Please refer to RP-213588 for detailed scope of the SI.
R1-2205574 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
R1-2205226 Work Plan for Study Item on Expanded and Improved NR Positioning Intel Corporation, CATT, Ericsson (rev of R1-2204805)
R1-2204804 Draft skeleton of TR38.859 Intel Corporation
[109-e-R18-Pos-01] – Debdeep (Intel)
Email discussion and approval of TR skeleton for Rel-18 SI on expanded and improved NR positioning by May 13
R1-2205353 Draft skeleton of TR38.859 Rapporteur (Intel Corporation)
R1-2205358 FL summary on TR 38.859 skeleton for Rel-18 SI on expanded and improved NR positioning Moderator (Intel Corporation)
Decision: As per email decision posted on May 16th,
Agreement
· TR skeleton in R1-2205398 for TR 38.859 for study on expanded and improved NR positioning is endorsed as v0.0.0.
R1-2205398 Draft skeleton of TR38.859 Rapporteur (Intel Corporation)
Including specific target performance requirements
R1-2205194 Potential SL Positioning Scenarios and Requirements Lenovo (rev of R1-2204557)
Proposal 1: RAN1 to select 1 or 2 representative commercial ranging use cases to derive commercial SL positioning requirements, preferably based on the KPIs, e.g., accuracy, latency aligned with that of V2X or Public Safety.
Proposal 2: Adopt a unified set of SL positioning requirements for all use cases as shown in Table 5 and for ease of evaluations, consider a common KPI target such as an absolute horizontal/vertical accuracy < 1m for 95% of UEs and a relative horizontal/vertical accuracy <1m for 95% of UEs.
Proposal 3: At least consider the following additional KPIs required SL Positioning use cases:
· Direction/orientation accuracy
· Concurrent UEs performing relative location estimation
· Mobility parameters including velocity. FFS whether absolute and/or relative velocity is required.
Decision: The document is noted.
R1-2204309 Discussion on SL positioning scenarios and requirements CMCC
Proposal 1: Select the following use cases for evaluation:
· First priority: V2X use cases
· Second priority: IIoT use cases
Proposal 2: Select set 2 defined in TR 38.845 as the target requirement for both V2X and IIoT use cases.
· Set 2: 1 – 3 m with 95 – 99 % confidence level.
Proposal 3: Study and evaluate the following coverage scenarios:
· First priority: in-coverage and out-of-coverage scenarios
· Second priority: partial coverage scenarios
Proposal 4: Support of sidelink positioning operation in ITS and licensed band in FR1.
Decision: The document is noted.
R1-2204948 SL positioning scenarios and requirements Ericsson
· Proposal 1: Study the mechanisms to support in-coverage hybrid positioning (Uu+PC5)
· Proposal 2: Public safety should be prioritized when selecting use cases and requirements for OoC
· Proposal 3: Evaluations of positioning performance in partial coverage scenarios should not be performed.
· Proposal 4: Target a small set of use cases for requirements and evaluations, that is, the ones presented in Table 1 and Table 2
Decision: The document is noted.
R1-2203057 Considerations on scenarios and target requirements for sidelink positioning FUTUREWEI
R1-2203127 SL positioning scenarios and requirements Nokia, Nokia Shanghai Bell
R1-2203162 Discussion on scenarios and requirements for sidelink positioning Huawei, HiSilicon
R1-2203334 Consideration on SL positioning scenarios and requirements Spreadtrum Communications
R1-2203465 Discussion on SL positioning scenarios and requirements CATT, GOHIGH
R1-2203564 Discussion on SL positioning scenarios and requirements vivo
R1-2203622 Discussion on scenarios and requirements for SL positioning ZTE
R1-2203718 Discussion on SL positioning scenarios and requirements LG Electronics
R1-2203737 Considerations on SL positioning scenarios and requirements Sony
R1-2203751 Scenarios and requirements for sidelink positioning MediaTek Inc.
R1-2203821 Discussion on sidelink positioning scenarios and requirement xiaomi
R1-2203909 On SL Positioning Scenarios and Requirements Samsung
R1-2203941 SL positioning scenarios and requirements NEC
R1-2203978 Discussion on SL positioning scenarios and requirements OPPO
R1-2204094 Discussion on V2X use cases, scenarios, and requirements for sidelink positioning TOYOTA Info Technology Center
R1-2204130 Potential scenarios and requirements for SL positioning InterDigital, Inc.
R1-2204251 Discussion on SL positioning scenarios and requirements Apple
R1-2204666 Views on SL positioning scenarios and requirements Sharp
R1-2204753 Discussion on sidelink based positioning requirements & scenarios CEWiT
R1-2204806 On SL positioning scenarios and requirements Intel Corporation
R1-2204833 SL positioning scenarios and requirements Fraunhofer IIS, Fraunhofer HHI
R1-2205036 Sidelink Positioning Scenarios and Requirements Qualcomm Incorporated
[109-e-R18-Pos-02] – Debdeep (Intel)
Email discussion on SL positioning scenarios and requirements by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 16th,
Agreement
Following two operation scenarios are considered for studies on SL positioning:
· Scenario 1: PC5-only-based positioning
· Scenario 2: Combination of Uu- and PC5-based positioning solutions
R1-2205177 FL summary #1 on SL positioning scenarios and requirements Moderator (Intel)
From May 17th GTW session
Agreement
For evaluations for SL positioning:
· For V2X and public safety use-cases, at least in-coverage and out-of-coverage scenarios are considered.
· For IIoT and commercial use-cases, at least in-coverage scenarios are considered.
Agreement
For the purpose of evaluations, in-coverage and out-of-coverage scenarios are prioritized during the SI.
· Note: This prioritization is not intended to down-scope support of SL positioning for partial coverage scenarios.
Agreement
For evaluations for SL positioning:
· Operation in FR1 with channel bandwidths of up to 100 MHz are considered.
· Optional: Operation in FR2 with channel bandwidths of up to 400 MHz are considered.
Decision: As per email decision posted on May 19th,
Agreement
Positioning accuracy requirements for SL positioning are expressed as accuracy requirements of particular percentiles of UEs for one or more of the following metrics:
· Ranging accuracy, expressed as the difference (error) between the calculated distance/direction and the actual distance/direction in relation to another node
· Relative positioning accuracy, expressed as the difference (error) between the calculated horizontal/vertical position and the actual horizontal/vertical position relative to another node
· Absolute positioning accuracy. expressed the difference (error) between the calculated horizontal/vertical position and the actual horizontal/vertical position
· Note: the exact applicability of particular requirements may vary across use-cases
Agreement
For evaluations of relative positioning, the horizontal plane is assumed parallel to the ground.
R1-2205527 FL summary #2 on SL positioning scenarios and requirements Moderator (Intel)
From May 20th GTW session
Working assumption
For evaluation of V2X use-cases for SL positioning, the following accuracy requirements are considered:
· Set A (similar to “Set 2” defined in TR 38.845)
o Horizontal accuracy of 1.5 m (absolute and relative); Vertical accuracy of 3 m (absolute and relative) for 90% of UEs
· Set B (similar to “Set 3” defined in TR 38.845)
o Horizontal accuracy of 0.5 m (absolute and relative); Vertical accuracy of 2 m (absolute and relative) for 90% of UEs
· Note 1: For evaluated SL positioning methods, companies are expected to report:
o whether each of the two requirements are satisfied, and
o %-ile of UEs satisfying the target positioning accuracy for a requirement that may not be satisfied with 90%.
· Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
· Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Agreement
For evaluation of public safety use-cases for SL positioning solutions, the following accuracy requirements are considered:
· 1 m (absolute or relative) horizontal accuracy and 2 m (absolute or relative between 2 UEs) or 0.3 m (relative positioning change for one UE) vertical accuracy for 90% of UEs
· Relative speed: up to 30 km/hr.
· Note 1: For evaluated SL positioning methods, companies are expected to report:
o whether the requirement is satisfied, and
o %-ile of UEs satisfying the target positioning accuracy if the requirement may not be satisfied with 90%.
· Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
· Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Agreement
For evaluation of commercial use-cases for SL positioning solutions, the following accuracy requirements are considered:
· 1 m (absolute or relative) horizontal accuracy and 2 m (absolute or relative) vertical accuracy for 90% of UEs
· Relative speed: up to 30 km/hr.
· Note 1: For evaluated SL positioning methods, companies are expected to report:
o whether the requirement is satisfied, and
o %-ile of UEs satisfying the target positioning accuracy if the requirement may not be satisfied with 90%.
· Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
· Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Working assumption
For evaluation of IIoT use-cases for SL positioning solutions, the following accuracy requirements are considered:
· For horizontal accuracy,
o Set A: 1 m (absolute or relative) for 90% of UEs
o Set B: 0.2 m (absolute or relative) for 90% of UEs
· For vertical accuracy,
o Set A: 1 m (absolute or relative) for 90% of UEs
o Set B: 0.2 m (absolute or relative) for 90% of UEs
· Relative speed: up to 30 km/hr.
· Note 1: For evaluated SL positioning methods, companies are expected to report:
o whether each of the two requirements are satisfied, and
o %-ile of UEs satisfying the target positioning accuracy for a requirement that may not be satisfied with 90%.
· Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
· Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Decision: As per email decision posted on May 21st,
Agreement
For evaluations in Rel-18, ranging requirements for SL positioning are defined as:
· For a given use-case, the value of the distance requirement for ranging distance accuracy is same as the value identified for horizontal positioning accuracy for relative positioning.
· The requirement on ranging direction accuracy is Y degrees for 90% of UEs.
o FFS: Exact definition of ranging direction accuracy, including value(s) of Y and reference direction
Agreement
For Rel-18 studies on SL positioning, focus on positioning accuracy
· Note: End-to-end positioning latency is expected to satisfy a latency budget of X second(s).
o FFS: value of X
Final summary in R1-2205595.
Including evaluation methodology and performance evaluation results
R1-2204754 Discussion on evaluation methods and results of sidelink based positioning CEWiT
· Proposal 1: Rel 17 sidelink-based positioning evaluation should be performed for V2X, IIoT Public safety use cases for in coverage, partial coverage, and out of coverage scenarios.
· Proposal 2: For Rel 17 sidelink evaluation, the simulation parameters form 38.855 and 38.857 for public safety and IIoT use cases can be reused.
· Proposal 4: For uniform results, fix the UE dropping density per scenario that should be specified in the simulation assumptions.
Decision: The document is noted.
R1-2205186 Discussion on Evaluation for SL Positioning Samsung (rev of R1-2203910)
· Proposal 1: The following evaluation scenarios are defined for NR SL positioning studies
o Scenario 1. Out-of-coverage,
§ SL positioning should be able to work in stand-alone manner
§ Square model can be used and various inter-TP distance used for evaluation.
§ The movement from both reference UEs and measurement UE is considered in evaluation.
o Scenario 2. In-coverage,
§ SL positioning can be used to assist Uu positioning.
§ SL positioning can be used in stand-alone manner
§ UMi/Uma/Indoor models (TR38.885) and InF-SH/InF-DH models (TS38.857) can be reused.
o FFS: Specific parameters for the evaluation scenarios
· Proposal 2: At least CDFs of horizontal and vertical (vertical error not necessarily applicable to all solutions and/or scenarios) positioning errors are used as performance metrics in NR SL positioning evaluations
· Proposal 3: If RSU is considered for SL positioning evaluation, it can be treated as both UE type and gNB type.
· Proposal 4: Study for measurement UE to decide measurement source(s) for SL positioning with proper criteria.
Decision: The document is noted.
R1-2203128 Evaluation of SL positioning Nokia, Nokia Shanghai Bell
R1-2203163 Evaluation of SL positioning Huawei, HiSilicon
R1-2203466 Evaluation methodology and performance evaluation for SL positioning CATT, GOHIGH
R1-2203565 Evaluation of sideilnk positioning performance vivo
R1-2203623 Discussion on evaluation for SL positioning ZTE
R1-2203719 Discussion on evaluation of SL positioning LG Electronics
R1-2203822 Discussion on sidelink positioning evaluation methodology xiaomi
R1-2203942 Evaluation of SL positioning NEC
R1-2203979 Discussion on evaluation methodology of SL positioning OPPO
R1-2204061 Discussion on sidelink positioning design CENC
R1-2204131 Evaluation methodology for SL positioning InterDigital, Inc.
R1-2204252 On Evaluation of SL positioning Apple
R1-2204558 SL Positioning Evaluation Methodology Lenovo
R1-2204834 SL positioning evaluation methodology Fraunhofer IIS, Fraunhofer HHI
R1-2204949 Evaluation of SL positioning Ericsson
R1-2205037 Sidelink Positioning Evaluation Assumptions and Results Qualcomm Incorporated
[109-e-R18-Pos-03] – Chuangxin (ZTE)
Email discussion on evaluation of SL positioning by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 17th,
Agreement
For SL positioning evaluation, V2X use case with highway and urban grid scenarios defined in TR 37.885 is supported.
· The road configuration for urban grid and highway provided in TR 37.885 Annex A is reused
Agreement
For SL positioning evaluation in highway and urban grid scenarios, UE dropping option A defined in section 6.1.2 of TR 37.885 is used, i.e.
· UE dropping option A is used for the highway scenario:
o Vehicle type distribution: 100% vehicle type 2.
o Clustered dropping is not used.
o Vehicle speed is 140 km/h in all the lanes as baseline and 70 km/h in all the lanes optionally.
· UE dropping option A is used for the urban grid scenario:
o Vehicle type distribution: 100% vehicle type 2.
o Clustered dropping is not used.
o Vehicle speed is 60 km/h in all the lanes.
o In the intersection, a UE goes straight, turns left, turns right with the probability of 0.5, 0.25, 0.25, respectively.
Agreement
For SL positioning evaluation in highway and urban grid scenarios, antenna model follows the description in TR 37.885 section 6.1.4.
· Vehicle UE option 1 is the baseline (Vehicle UE antenna is modelled in Table 6.1.4-8 and 6.1.4-9 in TR 37.885)
· Vehicle UE option 2 (two panels) can be optionally selected by companies
Agreement
For SL positioning evaluation in highway and urban grid scenarios, channel model follows description in TR 37.885 section 6.2.
R1-2205227 Summary #1 of [109-e-R18-Pos-03] Email discussion on evaluation of SL positioning Moderator (ZTE)
Agreement
· The following performance metrics for SL positioning accuracy evaluation is defined:
o For relative and absolute positioning
- horizontal accuracy
- vertical accuracy
o For ranging
- Ranging for distance, i.e. accuracy of distance
- Ranging for angle, i.e. accuracy of angle
· Companies are required to output
o The percentiles of positioning accuracy error including 50%, 67%, 80%, 90% of UEs,
- FFS others
o And the CDF of positioning accuracy error
· Performance metrics other than positioning accuracy, such as PHY/end-to-end latency, are up to companies
Agreement
· For absolute positioning evaluation, anchor UEs’ locations are known
o In the evaluation of SL only positioning
- Anchor UEs are used to locate target UEs
o In the evaluation of Joint Uu/SL positioning
- Both BS and anchor UEs are used to locate target UEs
· In the evaluation, relative positioning or ranging is performed between two UEs within X m
o FFS X which can be different for different scenarios, e.g. highway, urban grid, etc.
o Companies can consider to provide simulation results based on multiple X values
· Positioning method should be reported by companies.
Agreement
For SL positioning evaluation,
· The existing pattern and sequence of DL-PRS or positioning SRS can be reused as baseline for evaluation purpose.
o Companies should provide the description if other pattern and sequence are evaluated,
o AGC settling time is considered by companies
· Explicit simulation of all links, individual parameters estimation is applied. Companies should provide description of applied algorithms for estimation of signal location parameters.
· As baseline for absolute positioning, sidelink anchors location coordinates are perfectly known.
o Uncertainty in the sidelink anchors location coordinates can be considered by companies
· As baseline, Perfect synchronization between network and anchor UEs in the evaluation is assumed.
o Network synchronization error and timing errors defined in TR 38.857 Table 6-1 can also be optionally used by companies for Synchronization between BS and BS, between BS and anchor UEs, and between anchor UEs.
Agreement
For SL positioning evaluation in highway and urban grid, the following simulation parameters are used for FR1
Evaluation parameters for SL positioning in FR1
Parameters |
Urban grid for eV2X |
Highway for eV2X |
Carrier frequency |
Uu : 4 GHz SL: 6 GHz |
Uu : 2 GHz
or 4GHz |
BS Tx power |
Macro BS: 49dBm |
Macro BS: 49dBm |
UE Tx power |
Vehicle UE or UE type RSU: 23dBm |
Vehicle UE or UE type RSU: 23dBm |
BS receiver noise figure |
5dB |
5dB |
UE receiver noise figure |
9 dB |
R1-2205228 Summary #2 of [109-e-R18-Pos-03] Email discussion on evaluation of SL positioning Moderator (ZTE)
From May 17th GTW session
Agreement
· For SL absolute positioning evaluation in highway scenario, the following options are supported
o Alt 1 as optional: BS and UE-type RSU deployment follows TR 36.885, where wrap around method of 19*3 hexagonal cells with 500m ISD in Figure A.1.3-3 of TR 36.885 section A.1.3 is used.
o Alt 2 as baseline: BSs are disabled, UE-type RSUs are uniformly located with 200m spacing on both sides of highway symmetrically.
§ Optional: staggered/unsymmetrical UE-type RSU distribution like
·
· For SL absolute positioning evaluation in urban grid scenario, BS and UE-type RSU deployment follows the description in TR 36.885 section A.1.3.
o Companies can provide additional BS/ UE-type RSU deployment, e.g. additional UE-type RSUs are added to UE-type RSU deployment in TR 36.885
Note: For absolute positioning in highway, Alt 1 is assumed for evaluation of joint Uu/SL positioning, Alt 2 is assumed for evaluation of SL only positioning.
From May 20th GTW session
Agreement
· For evaluation of relative positioning or ranging in highway scenario
·
· For evaluation of relative positioning or ranging in urban grid scenario
Agreement
· For SL positioning evaluation, simulation bandwidths of 10, 20, 40 and 100 MHz in FR1 can be used.
· For SL positioning evaluation, simulation bandwidths of 100, 200 and 400MHz in FR2 can be used.
Agreement
· For SL positioning evaluation of Public safety use cases
· For SL positioning evaluation of Commercial use cases
Decision: As per email decision posted on May 21st,
Agreement
For SL positioning evaluation for IIOT use cases, InF-SH and/or InF-DH defined in TR 38.857 are used.
Agreement
For SL positioning evaluation on indoor factory scenarios, companies can select one of the following options for UE-2-UE channel model
· Option 1: BS-2-UE channel model defined in TR 38.901 is revised
o The UE parameters in the channel model defined in 38.901, e.g. UE height, antenna model, transmit power are used to replace gNB’s corresponding parameters.
§ Anchor UE height should be reported by companies, e.g. anchor UE height is the same as TRP.
· Option 2: D2D channel mode from 36.843 A.2.1.2 is used
Agreement
For SL positioning evaluation on IIOT use case, the performance metrics at least include absolute accuracy and relative accuracy.
· FFS how to select anchor UEs/RSU for absolute positioning, e.g. 20 anchor UEs/RSU are randomly deployed in the simulation area
R1-2203566 Discussion on potential solutions for sidelink positioning vivo
· Proposal 1: Prioritize RTT and AoA for sidelink positioning considering to achieve relative positioning and ranging (e.g., ranging for distance and ranging for angle).
· Proposal 2: Prioritize sidelink-based positioning. The combination of SL positioning with Uu positioning is of low priority.
· Proposal 3: Double-side RTT should be considered for SL positioning.
· Proposal 4: Two antenna panels as the distributed antenna system can be considered for V2X positioning.
· Proposal 5: Introduce a new SL reference signal (i.e., SL PRS) for SL positioning.
·
Proposal
6: The of SL PRS can be associated
with some UE information (e.g., pre-configured sequence ID, source ID).
· Proposal 7: AGC and GP symbol are needed for the SL PRS pattern.
· Proposal 8:
o Support reuse of one or more comb sizes of DL-PRS for the SL-PRS pattern.
o Partial staggered pattern can be considered for SL-PRS pattern considering SL structure (e.g, excluding the PSCCH symbol, AGC, or GP symbol for SL-PRS transmission).
· Proposal 9:
o SL PRS can be transmitted without PSSCH transmission in the resource pool.
o SCI should be transmitted with the associated SL PRS.
o Slot level SL PRS transmission should be supported.
· Proposal 10: A dedicated resource pool should be studied for SL PRS transmission in Rel-18.
· Proposal 11: SL mode 1 and mode 2 resource allocation mechanisms should be studied.
· Proposal 12: SL mode 2 resource allocation can be used for SL PRS resource allocation with some modification (e.g., the SL PRS is used for RSRP measurement).
· Proposal 13: The unified SL Positioning method can be introduced to support reporting one or more measurement results, similar to the TRP measurement result in TS 38.455.
· Proposal 14: Suggest UE Rx – Tx time difference for SL positioning can be defined as T, which is the timing gap between transmission of SL-PRS and receiving SL-PRS to/from other UE.
· Proposal 15: SL-PRS RSRP is needed to be introduced for SL-PRS measurement and reporting.
· Proposal 16: SL-AoA is needed to be introduced for SL-PRS measurement and reporting.
· Proposal 17: Unicast, groupcast and broadcast should be studied for SL positioning in Rel-18.
· Proposal 18: Open-loop power control scheme should be studied for SL PRS.
Decision: The document is noted.
R1-2204385 Discussions on potential solutions for SL positioning NTT DOCOMO, INC.
· Proposal 1: For SL-positioning, at least RTT mechanism is supported.
· Proposal 2: For SL-positioning, study whether TDOA mechanism can be supported or not, in consideration of time-misalignment among synchronizing UEs.
· Proposal 3: Support the following SL-positioning procedure to obtain its own location.
o Step 1: UE that requires its own location transmits information and/or signal to surrounding UEs
o Step 2: The surrounding UEs receive the information and/or signal and transmit corresponding information and/or signal to the UE
· Proposal 4: Study whether a case where a UE requires other UE’s location is considered in Rel-18 SL positioning or not.
· Proposal 5: Study whether SL-positioning can use Uu measurement or not.
o If supported, some UE in SL-positioning method can be replaced to gNB.
· Proposal 6: Study availability of Uu positioning instead of SL-positioning in use cases assumed for SL-positioning.
o If available, study priority order between Uu positioning and SL positioning and detailed procedure.
· Proposal 7: For SL-positioning,
o Study details on configuration/indication/report
o Study measurement UE determination
o Study cast-type to be used in SL-positioning method
· Proposal 8: Support SL-positioning RS multiplexed on PSSCH.
· Proposal 9: Study the following alternatives for SL-PRS.
o Alt 1: Define SL-PRS as a new reference signal.
§ Configuration/Indication/Cast-type/Mapping resource/Mapping procedure (rate-matching vs puncturing)/Sequence
o Alt 2: Define SL-PRS as an existing reference signal.
§ Configuration/Indication/Cast-type/Mapping resource modification
Decision: The document is noted.
R1-2203058 Considerations on sidelink reference signals for positioning purposes FUTUREWEI
R1-2203129 Potential solutions for SL positioning Nokia, Nokia Shanghai Bell
R1-2203164 Discussion on solutions to support SL positioning Huawei, HiSilicon
R1-2203335 Consideration on potential solutions for SL positioning Spreadtrum Communications
R1-2203467 Discussion on potential solutions for SL positioning CATT, GOHIGH
R1-2203624 Discussion on potential solutions for SL positioning ZTE
R1-2203659 Discussion on potential solutions for sidelink positioning China Telecom
R1-2203720 Discussion on potential solutions for SL positioning LG Electronics
R1-2203738 Considerations on potential solutions for SL positioning Sony
R1-2203752 The potential solutions for sidelink positioning MediaTek Inc.
R1-2203823 Discussion on sidelink positioning solutions xiaomi
R1-2203911 Discussion on Potential Solutions for SL Positioning Samsung
R1-2203943 Discussion on Potential Solutions for SL Positioning NEC
R1-2203980 Discussion on potential solutions for SL positioning OPPO
R1-2204092 carrier phase measurement method for sidelink positioning Locaila
R1-2204132 Potential solutions for SL positioning InterDigital, Inc.
R1-2204253 Discussions on Potential solutions for SL positioning Apple
R1-2204310 Discussion on potential solutions for SL positioning CMCC
R1-2204559 On Potential SL Positioning Solutions Lenovo
R1-2204667 Views on potential solutions for SL positioning Sharp
R1-2204755 Discussion on potential solutions for sidelink based positioning CEWiT
R1-2204835 Potential solutions for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2204869 Views on potential solutions for SL positioning ROBERT BOSCH GmbH
R1-2204940 Views on potential solutions for SL positioning Intel Corporation
R1-2205151 Potential solutions for SL positioning Ericsson (rev of R1-2204950)
R1-2205038 Potential Solutions for Sidelink Positioning Qualcomm Incorporated
[109-e-R18-Pos-04] – Alex (Qualcomm)
Email discussion on potential solutions for SL positioning by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 16th,
Agreement
Study power control mechanisms for SL-PRS transmission, including whether it is necessary.
R1-2205202 Moderator Summary #1 for [109-e-R18-Pos-04] Email discussion on potential solutions for SL positioning Moderator (Qualcomm)
From May 17th GTW session
Agreement
With regards to the Positioning methods supported using SL measurements study further the following methods:
· Note: When the study of carrier phase positioning and the evaluations of sidelink positioning have progressed, it can be reviewed whether carrier phase for sidelink can be considered in further work. Checkpoint at RAN1#110-e-Bis to see if sufficient information is available for this review.
· Note: Companies are encouraged to describe the role of SL nodes and their interaction/coordination participating in each method.
Decision: As per email decision posted on May 19th,
Agreement (Above agreement is revised from May 17th GTW session as shown in red)
Agreement
With regards to the numerologies of the SL-PRS, limit the study to those supported for NR Sidelink.
· Note 1: NR Sidelink supports {15, 30, 60 kHz} in FR1 and {60, 120 kHz} in FR2
· Note 2: This doesn’t imply that SL-PRS FR2-specific optimization(s) are expected to be studied
Agreement
Study new reference signal for SL positioning/ranging using the existing PRS/SRS design and SL design framework as a starting point.
· The study could at least include: Sequence design, frequency domain pattern, time domain pattern (e.g. number of symbols, repetitions, etc), time domain behavior, configuration/triggering/activation/de-activation of the SL-PRS, AGC time, Tx-Rx Turanround time, supportable bandwidth(s), multiplexing options with other SL channels, randomization/orthogonalization options.
· Note: The study of existing SL reference signal for SL positioning/ranging is not precluded. Companies are encouraged to perform performance evaluation/comparison to investigate whether such reference signals can meet the positioning accuracy requirements.
Agreement
With regards to the configuration/activation/deactivation/triggering of SL-PRS, study the following options:
Agreement
With regards to the Sidelink Positioning measurement report,
· Study the contents of the measurement report (e.g. time stamp(s), quality metric(s), ID(s), angular/timing/power measurements, etc)
· Study the time domain behavior of the measurement report (e.g. one-shot, triggered, aperiodic, semi-persistent, periodic)
· FFS whether the Sidelink Positioning measurement can be a high-layer report and/or a lower layer report.
Agreement
For the purpose of RAN1 discussion during this study item, at least the following terminology is used:
R1-2205457 Moderator Summary #2 for [109-e-R18-Pos-04] Email discussion on potential solutions for SL positioning Moderator (Qualcomm)
From May 20th GTW session
Agreement
For the purpose of RAN1 discussion during this study item, at least the following terminology is used:
· Anchor UE: UE supporting positioning of target UE, e.g., by transmitting and/or receiving reference signals for positioning, providing positioning-related information, etc., over the SL interface.
o FFS: clarification of the knowledge of the location of the anchor UE
Decision: As per email decision posted on May 21st,
With regards to the frequency domain pattern, study further a Comb-N SL-PRS design. Study at least the following aspects:
· N>=1 (where N=1 corresponds to full RE mapping pattern)
· Fully staggered SL-PRS pattern (e.g., M symbols of SL-PRS with comb-N with M=N and, at each symbol a different RE offset is used), Partially staggered SL-PRS pattern (e.g., M symbol(s) of SL-PRS with comb-N, with M<N, at each symbol a different RE offset is used), Unstaggered SL-PRS patterns (e.g., M symbol(s) of SL-PRS with comb- N, at each symbol a same RE offset is used, N > 1)
· The number of symbols of SL-PRS within a slot
o Any relation to the comb-N option
o RE offset pattern repetitions within a slot
· FFS: Other frequency domain pattern(s)
Agreement
For a potential new SL PRS, study further the following
· Number of symbol(s) for AGC and/or Rx-Tx turnaround time
· Conditions under which AGC training and/or Rx-Tx turnaround time are needed
Agreement
With regards to the SL Positioning resource allocation, study further the following 2 options for SL Positioning resource (pre-)configuration:
Agreement
With regards to the SL-PRS resource allocation, study the following two schemes:
· Scheme 1: Network-centric operation SL-PRS resource allocation (e.g. similar to a legacy Mode 1 solution)
o The network (e.g. gNB, LMF, gNB & LMF) allocates resources for SL-PRS
· Scheme 2: UE autonomous SL-PRS resource allocation (e.g. similar to legacy Mode 2 solution)
o At least one of the UE(s) participating in the sidelink positioning operation allocates resources for SL-PRS
o Applicable regardless of the network coverage
· FFS: potential mechanisms, if needed, for SL-PRS resource coordination across a number of transmitting UEs (e.g. IUC-like solutions).
· Note: Other Schemes are not precluded to be studied
· FFS how to handle resource allocation of SL-Positioning measurement report
R1-2203165 Error source for NR RAT-dependent positioning Huawei, HiSilicon
R1-2203177 Initial Views on solutions for integrity of RAT-dependent positioning techniques Nokia, Nokia Shanghai Bell
R1-2203336 Consideration on solutions for integrity of RAT dependent positioning techniques Spreadtrum Communications
R1-2203468 Discussion on solutions for integrity of RAT dependent positioning techniques CATT
R1-2203567 Discussion on solutions for integrity of RAT dependent positioning vivo
R1-2203625 Discussion on integrity of RAT dependent positioning ZTE
R1-2203739 Considerations on solution for integrity of RAT dependent positioning techniques Sony
R1-2203912 Discussion on Integrity of RAT Dependent Positioning Samsung
R1-2203965 Discussions on Integrity for NR Positioning OPPO
R1-2204133 Integrity for RAT dependent positioning techniques InterDigital, Inc.
R1-2204311 Discussion on solutions for integrity of RAT-dependent positioning techniques CMCC
R1-2204386 Discussion on solutions for integrity of RAT dependent positioning techniques NTT DOCOMO, INC.
R1-2204523 Discussion on integrity of RAT dependent positioning techniques LG Electronics
R1-2204560 Integrity for RAT-dependent positioning Lenovo
R1-2204668 Views on solutions for integrity of RAT dependent positioning techniques Sharp
R1-2204951 Solutions for integrity of RAT dependent positioning techniques Ericsson
R1-2205039 Integrity for RAT dependent positioning Qualcomm Incorporated
[109-e-R18-Pos-05] – Fumihiro (InterDigital)
Email discussion on integrity of RAT dependent positioning techniques by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 17th,
Agreement
· Study sources of error for timing-based positioning and angle-based positioning methods, focusing on the following aspects
o Origin of the error source
§ e.g., At UE and/or network side
§ e.g., From assistance information, and/or measurements
o Model of the error source (e.g., distribution, mean and/or standard deviation for integrity overbounding model, range)
o Criteria to become an error source (e.g., whether it is quantifiable, how much influence an error source has on determination on integrity)
· It is encouraged to provide evaluation assumptions (e.g., requirements in TS 38.101, TS 38.104, TS 38.133, evaluation assumptions in TR 38.857) if evaluation is used to determine a distribution, mean and standard deviation or range of values of an error source
· UE-based/assisted DL positioning methods, UL and DL&UL positioning methods are considered in the study
Agreement
· At least the following error sources for timing-based positioning methods are studied
o TRP/UE measurements errors (e.g., ToA, Rx-Tx timing difference)
§ FFS: Effect of multipath/NLoS channels on TRP/UE measurement errors
o Error in assistance data (e.g., TRP location, Inter-TRP synchronization errors (e.g., RTD))
o TRP/UE Timing error
o FFS: Further study identification of error sources resulting from the multipath/NLoS channel/radio propagation environment, including multipath/NLoS channel itself as an error source
· Other error sources are not precluded
· FFS: details of each error source, e.g., mean/standard deviation/range associated with each error
Agreement
· At least the following error sources for angle -based positioning methods are studied
o TRP/UE measurements errors (e.g., AoA, RSRP, RSRPP expectedAoD/AoA)
§ FFS: Effect of multipath/NLoS channels on TRP/UE measurement errors
o Error in assistance data (e.g TRP location, TRP beam antenna information)
o FFS: Further study identification of error sources resulting from the multipath/NLoS channel/radio propagation environment, including multipath/NLoS channel itself as an error source
· Other error sources are not precluded
· FFS: details of each error source, e.g., mean/standard deviation/range associated with each error
Decision: As per email decision posted on May 18th,
Agreement
For the purpose of discussion of error sources, reuse the definitions for RAT-dependent integrity and update the references to GNSS in Section 8.1.1a in TS38.305 to also include RAT-dependent methods.
· Note: The intention of the proposal is not to make text proposals for TS 38.305
· FFS: whether to modify and/or how to modify, for the purpose of discussion in RAN1, terms in 8.1.1a in TS 38.305 (e.g., definitions for “Error”, “Bound”, “Time-to-Alert (TTA)”, “DNU”, “Residual Risk”, “irMinimum, irMaximum”) for RAT dependent positioning methods
Decision: As per email decision posted on May 21st,
In addition to the agreed aspects for the study, study the following aspects for error sources for timing/angle based positioning methods
· Mapping between an error source and a positioning method (e.g., DL, UL, DL&UL positioning method)
o e.g., error in TRP location can be an error source for UE-based DL-AoD
· Other aspects are not precluded
Final summary in R1-2205344.
R1-2203469 Discussion on improved accuracy based on NR carrier phase measurement CATT
· Proposal 1: R18 SI should focus on reuse of existing R16 PRS and SRS first for reference signal.
· Proposal 2: Candidate DL/UL measurements for NR CPP may include the carrier phase measurement (Phase Of Arrival, POA), differential carrier phase measurement (Phase Difference Of Arrival, PDOA) and measurement quality indication. The PDOA can be the POA difference between different gNB/TRPs or the POA difference between different antennas of same UE. The measurement quality indication can include one or combination of following items: LOS/NLOS indicator, Rician factor, SINR, and variance of CPP measurement, etc.
· Proposal 3: Joint reporting of POA and TOA for smoothing TOA with POA can be studied to improve the traditional DL/UL-TDOA performance.
· Proposal 4: At least the following two methods to eliminate the impact of ATA/AFA can be studied.
o Method 1: UE reports both the value and time stamp of ATA and/or AFA to the network side.
o Method 2: Network controls the effective time window of ATA and AFA for UE.
· Proposal 5: Both time-domain and frequency-domain methods for carrier phase measurement with non-continuous signal can be studied.
· Proposal 6: Both continuous location tracking algorithm and one-shot location calculation algorithm can be studied for solution for UE location calculation with integer ambiguity.
· Proposal 7: Carrier phases measurements from two or more carrier frequencies are helpful for fast resolution of the integer ambiguity.
· Proposal 8: Double differential technique with PRU can be used for solution for timing offset between TRPs.
· Proposal 9: Reuse simulation assumption of InF-SH channel scenario in FR1 in Rel-17 for the simulation of CPP, where the key simulation parameters in Table 1 can be considered..
Decision: The document is noted.
R1-2203634 Use cases and applications on Carrier Phase Based Positioning for NR Locaila
· Proposal 1: Study new reference signaling efficient for supporting phase-based measurement method
· Proposal 2: Investigate ambiguity resolution methods and necessary impact on the 5G NR system
· Proposal 3: Study phase based DL-AoD measurement method and necessary impact on 5G NR system
Decision: The document is noted.
R1-2203626 Discussion on Carrier Phase Measurement Based Positioning ZTE
· Proposal 1: InF-SH is used for evaluation of carrier phase based positioning.
· Proposal 2: The bandwidth (e.g., 100MHz) used for evaluation of carrier phase based positioning should be aligned among companies.
· Proposal 3: Consider to specify carrier phase measurement based positioning in Rel-18.
· Proposal 4: Discuss whether carrier phase measurement is an independent positioning method or is configured under each legacy positioning method.
· Proposal 5: Discuss whether LMF based or UE based solution or both is supported. Also discuss whether UL or DL carrier phase measurement or both is supported.
· Proposal 6: Discuss how the carrier phase estimation can be achieved based on the existing PRS or SRS, e.g. from frequency domain channel estimation or time domain channel estimation.
Decision: The document is noted.
R1-2203166 Discussion on NR carrier phase positioning Huawei, HiSilicon
R1-2203178 Initial Views on improved accuracy based on NR carrier phase measurement Nokia, Nokia Shanghai Bell
R1-2203337 Consideration on improved accuracy based on NR carrier phase measurement Spreadtrum Communications
R1-2203568 Discussion on carrier phase measurement enhancements vivo
R1-2203635 "Continuous PRS for improved carrier phase measurement Document for: Discussion & Decision" Dankook University
R1-2203660 Discussion on improved accuracy based on NR carrier phase measurement China Telecom
R1-2203753 On carrier phase measurement MediaTek Inc.
R1-2203824 Improved accuracy based on NR carrier phase measurement xiaomi
R1-2203913 Discussion on NR Carrier Phase Measurement Samsung
R1-2203966 Discussions on Carrier Phase Measurement for NR Positioning OPPO
R1-2204134 Potential solutions for carrier phase based positioning InterDigital, Inc.
R1-2204312 Discussion on carrier phase positioning CMCC
R1-2204387 Discussion on improved accuracy based on NR carrier phase measurement NTT DOCOMO, INC.
R1-2204524 Discussion on OFDM based carrier phase measurement in NR LG Electronics
R1-2204561 On NR carrier phase measurements Lenovo
R1-2204669 Views on improved accuracy based on NR carrier phase measurement Sharp
R1-2204807 Design Aspects of Carrier Phase Measurements for NR Positioning Enhancements Intel Corporation
R1-2204836 NR carrier phase measurements for positioning Fraunhofer IIS, Fraunhofer HHI
R1-2204952 Improved accuracy based on NR carrier phase measurement Ericsson
R1-2205040 Phase Measurements in NR Positioning Qualcomm Incorporated
[109-e-R18-Pos-06] – Ren (CATT)
Email discussion on improved accuracy based on NR carrier phase measurement by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 16h,
Agreement
NR carrier phase positioning performance will be evaluated at least with the carrier phase measurements of a single measurement instance.
Decision: As per email decision posted on May 17th,
Agreement
The impact of integer ambiguity on NR carrier phase positioning and potential solutions to resolve the integer ambiguity will be studied in the SI.
Decision: As per email decision posted on May 19th,
Agreement
The study of the accuracy improvement based on NR carrier phase measurements in Rel-18 SI may include:
· UE-based and UE-assisted carrier phase positioning,
· UL carrier phase positioning and DL carrier phase positioning.
· NR carrier phase positioning with the carrier phase measurements of one carrier frequency or multiple frequencies
· Combination of NR carrier phase positioning with another standardized Rel. 17 positioning method, e.g., DL-TDOA, UL-TDOA, Multi-RTT, etc.
· Note: The use of “carrier phase positioning” does not necessarily mean it is a standalone positioning method
· FFS: whether SL carrier phase positioning is to be discussed in Rel-18 SI
Agreement
· The impact of multipath for the carrier phase positioning will be evaluated during the SI
· The methods of mitigating the impact of multipath for the carrier phase positioning will be studied during the SI, if it is considered to be necessary after the evaluation.
R1-2205164 FL Summary for improved accuracy based on NR carrier phase measurement Moderator (CATT)
From May 20th GTW session
Agreement
· Reuse the simulation assumptions of NR Rel-16/17 for carrier phase positioning
o Note: Optional modification of the simulation assumptions defined in NR Rel-16/17 are allowed only if needed.
· The evaluation scenarios:
o Baseline: InF-SH, InF-DH
o Optional: IOO, Umi, Highway
§ Note 1: Other evaluation scenarios are not precluded.
§ Note 2: Existing Rel-17 DL/UL reference signals in Uu interface is to be used for the Highway scenario.
· Frequency range:
o Baseline: FR1
o Optional: FR2
Agreement
· In addition to the evaluation assumptions of NR Rel-16/17, the following error sources may also be considered during the evaluation:
o Phase noise (FR2)
o CFO/Doppler
o Oscillator-drift
o Transmitter/receiver antenna reference point location errors
o Transmitter/receiver initial phase error
o Phase center offset
· Note: Other error sources are not precluded
· Note: UE mobility can be considered in the evaluations
· Note: one or more error sources can be evaluated jointly
· Note: companies should provide the error sources model with their evaluations
Agreement
· For the purposes of discussion, for NR downlink and/or uplink carrier phase positioning, the carrier phase (CP) at a RF frequency at a receiver is a phase that is a function of the signal propagation time from an Tx antenna reference point of a transmitter (e.g., a TRP or a UE) to a Rx antenna reference point of the receiver (e.g., a UE or a TRP).
o The propagation time can be expressed in a fractional part of a cycle of the RF frequency and a number of integer cycles, but the CP may be independent of the number of integer cycles.
Agreement
The use of PRUs to facilitate NR carrier phase positioning can be evaluated in the SI by RAN1.
Final summary in R1-2205165.
Including discussions on requirements, evaluations, and potential enhancements.
R1-2203167 Requirements and evaluation methodology for LPHAP Huawei, HiSilicon
R1-2203179 Initial Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2203470 Discussion on Low Power High Accuracy Positioning CATT
R1-2203569 Discussion on Low Power High Accuracy Positioning vivo
R1-2203627 Discussion on low power high accuracy positioning(LPHAP) ZTE
R1-2203825 LPHAP (Low Power High Accuracy Positioning) xiaomi
R1-2203914 Discussion on LPHAP Samsung
R1-2203967 Discussion on Low Power High Accuracy Positioning OPPO
R1-2204155 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2204313 Discussion on low power high accuracy positioning CMCC
R1-2204426 Discussion on Low Power High Accuracy Positioning Quectel
R1-2204525 Discussion on LPHAP in idle/inactive state LG Electronics
R1-2204562 LPHAP considerations Lenovo
R1-2204670 Views on low power high accuracy positioning Sharp
R1-2204953 On the requirements, evaluations and potential enhancements for Low Power High Accuracy Positioning) Ericsson
R1-2205041 Requirements, Evaluations, Potential Enhancements for Low Power High Accuracy Positioning Qualcomm Incorporated
[109-e-R18-Pos-07] – Jingwen (CMCC)
Email discussion on LPHAP by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 16h,
Agreement
Confirm that use case 6 defined in TS 22.104 is the single representative use case for the study of LPHAP.
Agreement
At least the relative power unit is adopted as the performance metric to evaluate the power consumption of the Rel-17 RRC_INACTIVE state positioning and potential enhancements.
Agreement
A reference device (e.g., a mobile phone) with reference traffic type, reference battery capability, and reference battery life is defined for the purpose of identification of the performance gap that achieved by the Rel-17 RRC_INACTIVE state positioning baseline and the target battery life of LPHAP use case 6.
Agreement
· Adopt the following parameters as the common evaluation parameters for the LPHAP evaluation:
o Frequency range: FR1 (baseline); FR2 (optional)
o SCS: 30kHz for FR1 (baseline); 120kHz for FR2 (optional)
o BW of the DL PRS and UL SRS pos: 100MHz;
o Single-sample measurement per position fix (baseline); 4-sample measurement per position fix (optional)
o UE mobility: up to 3km/h
· Note: It is up to each company to provide detailed power model and evaluation results on power consumption in FR2.
Agreement
In the LPHAP evaluation, the power consumption of 5GC data traffic is not modelled. Only the power consumption of the traffic type related to LPHAP positioning (e.g., obtaining/updating SRS configurations, DL PRS measurement reporting, etc.) is considered.
· Note: This does not preclude the power consumption of paging monitoring in the baseline evaluation, but rather assumes that no power consumption of 5GC data traffic is considered during a power cycle.
Agreement
· Adopt the following power consumption model common for the baseline evaluation of Rel-17 RRC_INACTIVE state positioning.
Power State |
Relative power |
PDCCH-only (PPDCCH) |
50Note |
PDCCH + PDSCH (PPDCCH+PDSCH) |
120 |
SSB proc. (PSSB) |
50 |
UL |
250 (0 dBm) 700 (23 dBm) |
(Optional) PRACH |
[210] |
(Optional) BWP switching |
[50] |
(Optional) Intra-frequency RRM measurement (Pintra) |
[60] (synchronous case, N=8, measurement only; Pintra, meas-only) [80] (combined search and measurement; Pintra, search+meas) |
(Optional) Inter-frequency RRM measurement (Pinter) |
[60] (measurement only per freq. layer; Pinter, meas-only) [150] (neighbor cell search power per freq. layer; Pinter, search-only) Micro sleep power assumed for switch in/out a freq. layer |
Note: Power scaling to 20MHz reception bandwidth follows the rule in Section 8.1.3 of TR 38.840, i.e., max{reference power * 0.4, 50}. |
Agreement
· Adopt the following power consumption model for UL SRS for positioning transmission.
Power State |
Relative power |
SRS |
210 (baseline); 700 (optional) |
Decision: As per email decision posted on May 19h,
Agreement
· In Rel-18 low power and high accuracy positioning, adopt the following requirement:
o Horizontal positioning accuracy < 1 m for 90% of UEs
o Positioning interval / duty cycle of 15-30 s
o UE battery life of 6 months – 1 year
· Note: Setting an exact value each from the set of positioning interval / duty cycle and UE battery life in the evaluation and identification of performance gap will be discussed separately when necessary.
Conclusion
· At least when the positioning accuracy is evaluated without jointly evaluating the associated power consumption, the target horizontal positioning accuracy requirement on LPHAP of <1m can be achieved by Rel-16/17 positioning techniques with a positioning bandwidth of at least 100MHz.
· The main aspect of RAN1 evaluation is on power consumption.
· Note: This does not preclude the case that the positioning accuracy can be revisited, if found necessary at later stage.
Agreement
in which
§ C1 is the battery capacity of the reference device;
§ T1 is the battery life of the reference device;
§ P1 is the relative power unit obtained based on the reference traffic type;
§ X is the percentage of the power consumed by the reference traffic type;
§ C2 is the battery capacity of the LPHAP device;
§ P2 is the evaluated relative power unit of the LPHAP device;
§ P2_req is the target relative power unit of the LPHAP device;
§ T2_req is the target battery life of the LPHAP device
o Examples of these parameters are provided as follows:
C1 |
T1 |
X |
reference traffic type |
C2 |
T2req |
[4500] mAh |
[10] hours |
[20] % |
[FTP (model 3)] |
[800] mAh |
[12] months |
Decision: As per email decision posted on May 21st,
Agreement
Adopt the following periodicity of DL PRS / UL SRS for positioning in the baseline evaluation of Rel-17 RRC_INACTIVE positioning:
· 1 DL PRS / UL SRS for positioning occasion per N I-DRX cycle(s);
o Candidate values of N to evaluate is 1 and 8 for I-DRX cycle of 1.28s;
§ Note: Individual company may consider either one or both in the evaluation.
o Candidate value of N to evaluate is 1 for I-DRX cycle of 10.24s.
Agreement
· The I-DRX configuration is included in the baseline evaluation of Rel-17 RRC_INACTVIE positioning.
o Note: This does not preclude the case where no I-DRX cycle nor paging is considered in the evaluation of potential solutions to maximize the battery life.
· Adopt the following I-DRX cycle to evaluate:
o 1.28s (baseline); 10.24s (optional).
Agreement
· Adopt the power consumption model, additional transition energy and total transition time of the three sleep types (deep sleep, light sleep, and micro sleep) in TR38.840 as the evaluation baseline:
· FFS: whether/how an additional new ultra-deep sleep mode can be considered in the evaluation of potential solutions to maximize the battery life, including the determination of the relative power, additional transition energy and total transition time, if necessary.
Agreement
· Adopt the following reference configuration and assumption for DL PRS to define the power consumption model for DL PRS measurement:
o 1 Number of PFL;
o 8 DL PRS resources per slot are measured;
o DL PRS instance of smaller than or equal to 1 slot duration;
· Adopt the following table as the power consumption model for DL PRS measurement (derived from Table 22 in TR38.840):
N: Number of TRPs for DL PRS measurement |
Synchronous case (baseline) |
Asynchronous case (optional) |
||
FR1 (baseline) |
FR2 (optional) |
FR1 |
FR2 |
|
N=4 (baseline) |
120 |
195 |
140 |
255 |
N=8 (optional) |
150 |
225 |
170 |
285 |
Agreement
· For DL positioning, at least the following power components and parameter values are considered for the baseline evaluation of Rel-17 RRC_INACTIVE positioning:
o For the UE-assisted DL positioning,
§ SSB proc. with 2 ms duration and the periodicity of I-DRX cycle;
§ Paging with 2 ms duration, the periodicity of I-DRX cycle, and group paging rate of 10%;
§ DL PRS measurement with 0.5 ms duration;
§ CG-SDT with 1ms duration and the periodicity of positioning interval;
§ RRCRelease after the CG-SDT can be optionally included with [1] ms duration;
§ (Optional) BWP switching with [1] ms duration;
§ (Optional) Intra-/inter-frequency RRM measurement in low SINR condition with [1] ms duration;
§ (Optional) RA-SDT (e.g., including CORSET0 + SIB1, PRACH, RAR, Msg 3/4/5) in case of CG-SDT is unavailable;
o For the UE-based DL positioning,
§ SSB proc. with 2 ms duration and the periodicity of I-DRX cycle;
§ Paging with 2 ms duration, the periodicity of I-DRX cycle, and group paging rate of 10%;
§ DL PRS measurement with 0.5 ms duration;
§ (Optional) BWP switching with [1] ms duration;
§ (Optional) Intra-/inter-frequency RRM measurement in low SINR condition with [1] ms duration;
· Note: The power component and parameter values for UE-assisted DL positioning is also applicable to the DL part of UE-assisted DL+UL positioning method.
· Note: Individual company may consider additional power components and different parameter values in bracket in the evaluation.
· Note: Companies are encouraged to provide the assumption on the timeline between different power consumption events in the evaluation of potential enhancements to reduce the transition times between different power states and to extend the sleeping time as much as possible.
Agreement
· For UL positioning, at least the following power components and parameter values are considered for the baseline evaluation of Rel-17 RRC_INACTIVE positioning:
o SSB proc. with 2 ms duration and the periodicity of I-DRX cycle;
o Paging with 2 ms duration, the periodicity of I-DRX cycle, and group paging rate of 10%;
o UL SRS for positioning transmission with 0.5 ms duration;
o (Optional) BWP switching with [1] ms duration;
o (Optional) Intra-/inter-frequency RRM measurement in low SINR condition with [1] ms duration;
· Note: The power component and parameter values for UL positioning is also applicable to the UL part of UE-assisted DL+UL positioning method.
· Note: Individual company may consider additional power components and different parameter values in bracket in the evaluation.
· Note: Companies are encouraged to provide the assumption on the timeline between different power consumption events in the evaluation of potential enhancements to reduce the transition times between different power states and to extend the sleeping time as much as possible.
Final summary in R1-2205594.
Including performance evaluation of existing positioning procedures and measurements with RedCap UEs. The result of the evaluation will be used to assess the necessity of enhancements and, if needed, identify enhancements.
R1-2203168 Discussion on RedCap positioning Huawei, HiSilicon
· Proposal 1: Set the following target requirements for RedCap positioning:
o Horizontal positioning accuracy: <1m
o Vertical positioning accuracy: <3m
· Proposal 2: Identify positioning solutions suitable for RedCap UEs to achieve high accuracy positioning, i.e., sub-meter positioning accuracy.
Decision: The document is noted.
R1-2203968 Discussion on Positioning for RedCap UEs OPPO
· Proposal 1: Regarding the positioning support for RedCap UEs, support the following two categories of use cases:
o Commercial use cases mainly for wearables
o IIoT use cases mainly for industrial wireless sensors
· Proposal 2: To evaluate positioning performance of RedCap UEs, support the following scenarios and evaluation assumptions:
o For commercial use cases, select one or two of the following cases defined in Section 6.1 of TR 38.855
§ Case 1: Indoor Office
§ Case 2: UMi street canyon
o For IIoT use cases, select one or two of the following cases defined in Section 6 of TR 38.857
§ Case 3: InF-SH
§ Case 4: InF-DH
o FR1 is the first priority
o For the detailed information of evaluation assumptions for each case, refer to TR 38.855 and TR 38.857.
· Proposal 3: The support of positioning for RedCap UEs and any potential enhancement should not have large impact on the cost of RedCap UEs.
· Proposal 4: The requirements of positioning performance for RedCap UE should be lower than that of normal UEs.
o FFS: the exact values of requirements
Decision: The document is noted.
R1-2205042 Positioning for Reduced Capabilities UEs Qualcomm Incorporated
· Proposal 1: Send LS to RAN4 to ask them to include positioning requirements derived using simulation assumptions wherein 1 Rx is assumed at the UE.
· Proposal 2: For TDD scenarios,
o We propose to reuse NR Rel-16/17 Evaluation assumptions for InH, and UMI FR1 scenarios as agreed in RAN1 #94-Bis for 4 GHz and 2 GHz.
§ Support adding optionally to evaluate the UMI FR1 cases with DeltaTau modeling similar to the one introduced for InF scenarios.
o For FR1 FDD scenario introduce a new Urban Macro at 700 MHz with 500m ISD according to the simulation assumptions shown below.
o For FR2 TDD Redcap, reuse the NR Rel-16/17 FR2 simulation assumptions with 100 MHz PRS bandwidth.
· Proposal 3: Support Enhancements for Redcap devices, in both FR1 and FR2, to enable reaching a horizontal accuracy performance close to the NR Rel-17 positioning requirements at least in a subset of evaluation scenarios.
· Proposal 4: Study inter & intra-slot repetition of a DL PRS resource for the purpose of enabling receive PRS hopping for both FR1 and FR2.
· Proposal 5: Study inter & intra-slot repetition of a SRS resource for positioning for the purpose of enabling transmit SRS hopping for both FR1 and FR2.
· Proposal 6: Study PRS/SRS overlapping configuration for the purpose of enabling phase estimation across PRS hops both FR1 and FR2.
· Proposal 7: Study DL-PRS/ SRS resource configuration for the purpose of enabling transmitter PRS hopping.
· Proposal 8: For the purpose of Redcap positioning enhancements, study supporting Phase-Difference AoD.
· Proposal 9: For the purpose of Redcap positioning enhancements, study supporting Positioning measurements (RSTD, UE Rx-Tx, RSRPP) derived on SSB, TRS.
· Proposal 10: For the purpose of Redcap positioning enhancements, study supporting M-RTT using SRS-MIMO.
Decision: The document is noted.
R1-2203180 Initial Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2203471 Discussion on positioning for RedCap UEs CATT
R1-2203570 Discussion on positioning for RedCap UEs vivo
R1-2203628 Discussion on Positioning for RedCap UE ZTE
R1-2203696 Discussion on positioning support for RedCap UEs NEC
R1-2203740 Discussion on positioning for RedCap UEs Sony
R1-2203754 The potential solutions for RedCap UEs for positioning MediaTek Inc.
R1-2203826 Initial views on the positioning for RedCap UEs xiaomi
R1-2203915 Discussion on Positioning for RedCap Ues Samsung
R1-2204157 Evaluation assumptions and potential solutions for positioning for RedCap UEs InterDigital, Inc.
R1-2204254 Discussions on Positioning for RedCap UEs Apple
R1-2204314 Discussion on RedCap positioning CMCC
R1-2204388 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2204425 Discussion on Positioning for RedCap UEs Quectel
R1-2204526 Discussion on positioning support for RedCap UEs LG Electronics
R1-2204563 Positioning for RedCap devices Lenovo
R1-2204671 Views on positioning for RedCap UEs Sharp
R1-2204808 On enhancements for NR positioning support of RedCap UEs Intel Corporation
R1-2204954 Positioning for RedCap UEs Ericsson
[109-e-R18-Pos-08] – Florent (Ericsson)
Email discussion on positioning for RedCap UEs by May 20
- Check points: May 16, May 20
Decision: As per email decision posted on May 15h,
Agreement
For evaluation of RedCap UE positioning performances, all RAT based positioning methods can be considered. Sources should detail the chosen method(s) when presenting performance evaluations.
Decision: As per email decision posted on May 19h,
Agreement
For evaluation of positioning performance of redcap UEs, adopt the general parameters are detailed in the table below
· TBD parameters are discussed separately
Table 6-1: Common scenario parameters applicable for all scenarios for Redcap UEs evaluations
|
FR1 Specific Values |
FR2 Specific Values |
Carrier frequency, GHz |
3.5GHz, 700MHz (optional) Note 1 |
28GHz Note 1 |
Bandwidth, MHz |
TBD |
TBD |
Subcarrier spacing, kHz |
30KHz, 15KHz (for 700MHz carriers) |
120kHz |
gNB model parameters |
|
|
gNB noise figure, dB |
5dB |
7dB |
UE model parameters |
|
|
UE noise figure, dB |
9dB – Note 1 |
13dB – Note 1 |
UE max. TX power, dBm |
23dBm – Note 1 |
23dBm – Note 1 EIRP should not exceed 43 dBm. |
UE antenna radiation pattern |
Omni, 0dBi |
Antenna model according to Table 6.1.1-2 in TR 38.855 |
PHY/link level abstraction |
Explicit simulation of all links, individual parameters estimation is applied. Companies to provide description of applied algorithms for estimation of signal location parameters. |
|
Network synchronization |
The network synchronization error, per UE dropping, is defined as a truncated Gaussian distribution of (T1 ns) rms values between an eNB and a timing reference source which is assumed to have perfect timing, subject to a largest timing difference of T2 ns, where T2 = 2*T1 – That is, the range of timing errors is [-T2, T2] – T1: 0ns (perfectly synchronized), 50ns (Optional) |
|
UE/gNB RX and TX timing error |
(Optional) The UE/gNB RX and TX timing error, in FR1/FR2, can be modeled as a truncated Gaussian distribution with zero mean and standard deviation of T1 ns, with truncation of the distribution to the [-T2, T2] range, and with T2=2*T1: - T1: X ns for gNB and Y ns for UE - X and Y are up to sources - Note: RX and TX timing errors are generated per panel independently
Apply the timing errors as follows: - For each UE drop, - For each panel (in case of multiple panels) - Draw a random sample for the Tx error according to [-2*Y,2*Y] and another random sample for the Rx error according to the same [-2*Y,2*Y] distribution. - For each gNB - For each panel (in case of multiple panels) - Draw a random sample for the Tx error according to [-2*X,2*X] and another random sample for the Rx error according to the same [-2*X,2*X] distribution. - Any additional Time varying aspects of the timing errors, if simulated, can be left up to each company to report. - For UE evaluation assumptions in FR2, it is assumed that the UE can receive or transmit at most from one panel at a time with a panel activation delay of 0ms. |
|
Note 1: According to TR 38.802 Note 2: According to TR 38.901 |
Agreement
For the evaluation of RedCap positioning, the following bandwidth can be evaluated:
· FR1: 20MHz baseline, 5MHz optional
· FR2: 100MHz
Agreement (further updated on May 21st as shown in red)
· Adopt the following table for the UE model parameters
|
FR1 Specific Values |
FR2 Specific Values |
UE model parameters |
|
|
UE antenna configuration |
Panel model 1 – Note 1
for 2Rx UEs: (M, N, P, Mg, Ng) = (1, 1, 2, 1, 1) |
• (M, N, P, Mg, Ng) = (1, 2, 2, 1, 1) as minimum antenna configuration (baseline) • (M, N, P, Mg, Ng) = (2, 2, 2, 1, 1) as optional configuration. |
UE antenna radiation pattern |
Omni, 0dBi |
Antenna model according to Table 6.1.1-2 in TR 38.855 |
Number of UE branches |
Baseline: 1Rx 1Tx Optional: 2Rx 1 Tx |
TBD |
Note 1: According to 3GPP TR 38.802 |
R1-2205526 Feature Lead Summary#1 for [109-e-R18-Pos-08] Positioning for RedCap Ues Moderator (Ericsson)
From May 20th GTW session
Agreement
The following scenarios are evaluated for positioning performance of Redcap
· Baseline: (Case 1): Umi street canyon, as described in Table 6.1-1-4 of 38.855
· Optional outdoor:
o (Case 2): Uma, as described in Table 6.1-1-6 of 38.855
o (Case 3): Rma (FFS details of the scenario)
· Baseline: (Case 4): InF-SH as described in Table 6.1-1 of 38.857
· Optional indoor: (Case 5) Indoor Open Office, as described in Table 6.1-1-3 of 38.855
· Optional indoor: (Case 6) InF-DH as described in Table 6.1-1 of 38.857
Agreement
The FR2 UE antenna configuration is as follow:
· (M, N, P, Mg, Ng) = (1, 2, 2, 1, 1) as minimum antenna configuration (baseline)
· (M, N, P, Mg, Ng) = (2, 2, 2, 1, 1) as optional configuration.
Agreement
The evaluation methodology for RedCap UEs positioning performance uses DL PRS and/or UL SRS for positioning.
· The methodology does not define any baseline reference signal configuration. Sources should detail the chosen configuration of reference signal(s) when presenting performance evaluations.
Agreement
For evaluation of positioning performance of redcap UEs in 700MHz band, the gNB antenna model is:
· gNB antenna configuration from TR38.830, (M,N,P,Mg,Ng) = (4,2,2,1,1), (dH, dV) = (0.5, 0.8)λ
Decision: As per email decision posted on May 21st,
Use 2Rx and 1Tx for baseline number of UE branches in FR2 in the UE antenna configuration table for RedCap UEs evaluation.
· FFS: optional configurations for number of UE branches in FR2.
Final summary in R1-2205636.
R1-2203181 Initial Views on Other topics for Positioning Nokia, Nokia Shanghai Bell
R1-2203472 Discussion on solutions of carrier phase positioning in multipath scenarios CATT
R1-2203571 Discussion on PRS measurement in IDLE state vivo
R1-2203629 Discussion on Positioning with Multiple Frequency Layers (Carriers) ZTE
R1-2203916 Discussion on expended and improved NR positioning Samsung
R1-2204158 Efficient usage of available bandwidths for positioning InterDigital, Inc.
R1-2204916 Considerations on the support of PRS/SRS bandwidth aggregation Huawei, HiSilicon, China Unicom
R1-2204955 Considerations for PRS/SRS bandwidth aggregation Ericsson
Please refer to RP-221814 for detailed scope of the SI.
R1-2208147 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
[110-R18-Pos] Email to be used for sharing updates on online/offline schedule, details on what is to be discussed in online/offline sessions, tdoc number of the moderator summary for online session, etc – Debdeeep (Intel)
R1-2207458 Draft TR 38.859 v001: Study on expanded and improved NR positioning Intel Corporation, CATT, Ericsson
R1-2208157 Draft TR 38.859 v010: Study on expanded and improved NR positioning Intel Corporation, CATT, Ericsson
R1-2208267 Draft TR 38.859 v010: Study on expanded and improved NR positioning Intel Corporation, CATT, Ericsson
Agreement
The draft TR in R1-2208267 is agreed in principle. TR38. 859 is endorsed as v0.1.0 in R1-2208275.
Including specific target performance requirements
R1-2205836 SL positioning scenarios and requirements Nokia, Nokia Shanghai Bell
R1-2205853 Discussion on SL positioning scenarios and requirements LG Electronics
R1-2205866 Remaining issues of scenarios and requirements for sidelink positioning Huawei, HiSilicon
R1-2205899 Discussion on scenarios and requirements for SL positioning ZTE
R1-2206044 Discussion on SL positioning scenarios and requirements vivo
R1-2206066 Discussion on requirements for sidelink positioning TOYOTA Info Technology Center
R1-2206122 Considerations on SL positioning scenarios Sony
R1-2206238 SL positioning scenarios and requirements NEC
R1-2206287 Discussion on SL positioning scenarios and requirements OPPO
R1-2206403 Discussion on SL positioning scenarios and requirements CATT, GOHIGH
R1-2206496 Potential SL Positioning Scenarios and Requirements Lenovo
R1-2206588 On scenarios and requirements for SL positioning Intel Corporation
R1-2206829 On SL Positioning Scenarios and Requirements Samsung
R1-2206916 Remaining issues on SL positioning scenarios and requirements CMCC
R1-2207071 Further discussion on sidelink based positioning requirements & scenarios CEWiT
R1-2207085 Discussions on SL positioning scenario and requirements InterDigital, Inc.
R1-2207236 Sidelink Positioning Scenarios and Requirements Qualcomm Incorporated
R1-2207282 Views on SL positioning scenarios and requirements Sharp
R1-2207340 Discussion on Sidelink positioning scenarios and requirements Apple
R1-2207507 Views on SL positioning scenarios and requirements ROBERT BOSCH GmbH
R1-2207577 Discussion on sidelink positioning scenarios and requirement Xiaomi
R1-2207618 Scenarios and requirements for sidelink positioning Ericsson
R1-2207626 Considerations on sidelink positioning in NR ITL
R1-2207738 FL summary #1 on SL positioning scenarios and requirements Moderator (Intel)
From Monday session
Agreement
· For ranging between two devices, ranging direction accuracy is defined as accuracy of angle of arrival (AoA) at a receiving node.
· The following requirements on ranging direction accuracy are considered:
o Set A: Y = ±15° for 90% of the UEs
o Set B: Y = ±8° for 90% of the UEs
o Note 1: For evaluations of ranging direction accuracy, companies are expected to report:
§ whether each of the two requirements are satisfied, and
§ %-ile of UEs satisfying the target positioning accuracy for a requirement that may not be satisfied with 90%.
o Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments.
o Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios.
Agreement
· Confirm the following working assumption on positioning accuracy requirements for V2X with the changes indicated below:
o For evaluation of V2X use-cases for SL positioning, the following accuracy requirements are considered:
§ Set A (similar to “Set 2” defined in TR 38.845)
·
Horizontal accuracy of 1.5
m (absolute and or relative); Vertical accuracy of 3 m (absolute and or
relative) for 90% of UEs
§ Set B (similar to “Set 3” defined in TR 38.845)
·
Horizontal accuracy of 0.5
m (absolute and or
relative); Vertical accuracy of 2 m (absolute and
or relative) for 90% of UEs
§ Note 1: For evaluated SL positioning methods, companies are expected to report:
· whether each of the two requirements are satisfied, and
· %-ile of UEs satisfying the target positioning accuracy for a requirement that may not be satisfied with 90%.
§ Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
§ Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Agreement
· Confirm the following working assumption on positioning accuracy requirements for IIoT:
o For evaluation of IIoT use-cases for SL positioning solutions, the following accuracy requirements are considered:
§ For horizontal accuracy,
· Set A: 1 m (absolute or relative) for 90% of UEs
· Set B: 0.2 m (absolute or relative) for 90% of UEs
§ For vertical accuracy,
· Set A: 1 m (absolute or relative) for 90% of UEs
· Set B: 0.2 m (absolute or relative) for 90% of UEs
o Relative speed: up to 30 km/hr.
o Note 1: For evaluated SL positioning methods, companies are expected to report:
§ whether each of the two requirements are satisfied, and
§ %-ile of UEs satisfying the target positioning accuracy for a requirement that may not be satisfied with 90%.
o Note 2: target positioning requirements may not necessarily be reached for all scenarios and deployments
o Note 3: all positioning techniques may not achieve all positioning requirements in all scenarios
Conclusion
Further prioritization amongst the identified use-cases for SL positioning is not pursued during this SI in RAN1.
Final summary in R1-2208158.
Including evaluation methodology and performance evaluation results
R1-2205837 Evaluation of SL positioning Nokia, Nokia Shanghai Bell
R1-2205854 Discussion on evaluation of SL positioning LG Electronics
R1-2205867 Evaluation assumptions and results for SL positioning Huawei, HiSilicon
R1-2205900 Discussion on evaluation of SL positioning ZTE
R1-2206045 Evaluation of sidelink positioning performance vivo
R1-2206123 Initial Performance Evaluation of SL Positioning Sony
R1-2206239 Evaluation of SL positioning NEC
R1-2206288 Remaining details on evaluation methodology of SL positioning OPPO
R1-2206404 Evaluation methodology and performance evaluation for SL positioning CATT, GOHIGH
R1-2206830 Discussion on Evaluation for SL Positioning Samsung
R1-2207072 Discussion on evaluation methods and results of sidelink based positioning CEWiT
R1-2207086 Evaluation results for SL positioning InterDigital, Inc.
R1-2207124 Evaluation methodology for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2207237 Sidelink Positioning Evaluation Assumptions and Results Qualcomm Incorporated
R1-2207508 Views on Evaluation of SL positioning for VRU Protection ROBERT BOSCH GmbH
R1-2207578 Discussion on evaluation of sidelink positioning Xiaomi
R1-2207605 FL summary#1 for SL positioning evaluation ZTE
R1-2207606 FL summary#2 for SL positioning evaluation ZTE
R1-2207619 Simulation assumptions and evaluations for NR SL positioning Ericsson
R1-2207686 SL Positioning Evaluation Methodology and Performance Lenovo (rev of R1-2206497)
R1-2207605 FL summary#1 for SL positioning evaluation ZTE
From Monday session
Agreement
For SL positioning evaluation in IIOT use case, companies should report how to drop anchor UEs and how to select anchor UEs
R1-2207606 FL summary#2 for SL positioning evaluation ZTE
From Wed session
Agreement
Adopt the tables in section 3 of R1-2207606 as templates to collect SL positioning simulation results from each company.
Agreement
For SL positioning evaluation purpose, the following assumptions are further adopted
· Companies should report whether SL-PRS and other SL signals are FDMed or not FDMed, and whether other SL signals are present
· Adopting system level simulations (rather than the link level simulations) as the baseline tool
· For SL positioning evaluation in highway scenario or urban grid scenario, the performance metrics can include absolute horizontal accuracy, relative horizontal accuracy, ranging with distance accuracy, and ranging with direction accuracy (optionally).
· In highway and urban grid scenarios, companies can further consider other UE types, e.g. pedestrian UE or VRU devices.
Agreement
In the evaluation, relative positioning or ranging is performed between two UEs within X m, where X value(s) are reported by companies, and companies should also report the minimum distance used in the evaluations for each use case. The assumption used for X will be included in the TR for each set of results.
R1-2205746 Potential sidelink positioning solutions FUTUREWEI
R1-2205838 Potential solutions for SL positioning Nokia, Nokia Shanghai Bell
R1-2205855 Discussion on potential solutions for SL positioning LG Electronics
R1-2205868 Discussion on solutions to support SL positioning Huawei, HiSilicon
R1-2205901 Discussion on potential solutions for SL positioning ZTE
R1-2205994 Discussion on potential solutions for SL positioning Spreadtrum Communications
R1-2206046 Discussion on potential solutions for sidelink positioning vivo
R1-2206124 Discussion on potential solutions for SL positioning Sony
R1-2206240 Discussion on Potential Solutions for SL Positioning NEC
R1-2206289 Discussion on potential solutions for SL positioning OPPO
R1-2206405 Discussion on potential solutions for SL positioning CATT, GOHIGH
R1-2206498 On Potential SL Positioning Solutions Lenovo
R1-2206589 Potential solutions for SL positioning Intel Corporation
R1-2206693 Discussion on potential solutions for sidelink positioning China Telecom
R1-2206831 Discussion on Potential Solutions for SL Positioning Samsung
R1-2206917 Discussion on potential solutions for SL positioning CMCC
R1-2207073 Discussion on enhancement for sidelink positioning support CEWiT
R1-2207087 Potential solutions for SL positioning InterDigital, Inc.
R1-2207125 Potential solutions for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2207238 Potential Solutions for Sidelink Positioning Qualcomm Incorporated
R1-2207283 Views on potential solutions for SL positioning Sharp
R1-2207341 Discussions on Potential solutions for SL positioning Apple
R1-2207411 Discussion on potential solutions for SL positioning NTT DOCOMO, INC.
R1-2207443 Discussion on handling Anchor UE DENSO AUTOMOTIVE
R1-2207479 The potential solutions for sidelink positioning MediaTek Inc.
R1-2207484 Discussion on sidelink positioning ASUSTeK
R1-2207579 Discussion on sidelink positioning solutions Xiaomi
R1-2207620 On potential solutions for SL positioning Ericsson
R1-2207846 Moderator Summary #1 on potential solutions for SL positioning Moderator (Qualcomm)
R1-2207875 Moderator Summary #2 on potential solutions for SL positioning Moderator (Qualcomm)
From Wed session
Agreement
With regards to the Positioning methods supported using at least SL measurements, potential candidate positioning methods include at least the following:
Agreement
A new reference signal should be introduced for supporting SL positioning/ranging.
Agreement
Regarding SL-PRS resource allocation, both Scheme 1 and Scheme 2 should be introduced for supporting SL positioning/ranging:
· Scheme 1: Network-centric operation SL-PRS resource allocation (e.g. similar to a legacy Mode 1 solution)
o The network (e.g. gNB, LMF, gNB & LMF) allocates resources for SL-PRS.
· Scheme 2: UE autonomous SL-PRS resource allocation (e.g. similar to legacy Mode 2 solution)
o At least one of the UE(s) participating in the sidelink positioning operation allocates resources for SL-PRS
Agreement
With regards to the SL Positioning resource allocation, one of the following alternatives should be introduced for supporting SL positioning/ranging:
R1-2207974 Moderator Summary #3 on potential solutions for SL positioning Moderator (Qualcomm)
Agreement
For the content of the sidelink positioning measurement report, potential elements may include at least the following:
· One or more sidelink positioning measurement(s)
· Timestamp(s) associated with a sidelink positioning measurement
· Quality metric(s) associated with a sidelink positioning measurement
· Identification Information for a sidelink positioning measurement
· FFS any detail for the above
Agreement
For the sequence of the new reference signal for SL positioning/ranging, down select between Alt 1 and Alt 2:
Agreement
With regards to the frequency domain pattern, a Comb-N SL-PRS occupying M symbol(s) design should be introduced for the support of NR SL positioning
· Note: there could be multiple values for M, N
Regarding Scheme 2 SL-PRS resource allocation, study at least the following aspects:
· Resource selection mechanism for SL-PRS
· Inter-UE coordination
· Aspects for congestion control mechanisms for SL-PRS
R1-2208186 Moderator Summary #4 on potential solutions for SL positioning Moderator (Qualcomm)
Agreement
· With regards to the configuration/activation/deactivation/triggering of SL-PRS, Option 3 from the previous corresponding RAN1 #109 agreement will not be considered further.
· With regards to reservation of SL-PRS, it can be considered based on the Option 1 or Option 2 from the previous corresponding RAN1 #109 agreement.
Agreement
With regards to the frequency domain pattern for multi-symbol SL-PRS, prioritize partially and fully staggered SL-PRS.
· Note: this does not preclude comb N=1
· FFS: single symbol SL-PRS, if supported
R1-2205869 Error source for NR RAT-dependent positioning Huawei, HiSilicon
R1-2205902 Discussion on integrity of RAT dependent positioning ZTE
R1-2205995 Discussion on error sources for RAT-dependent positioning Spreadtrum Communications
R1-2206047 Discussion on solutions for integrity of RAT dependent positioning vivo
R1-2206125 Considerations on Integrity for RAT dependent positioning Sony
R1-2206273 Discussions on Integrity for NR Positioning OPPO
R1-2206406 Discussion on solutions for integrity of RAT dependent positioning techniques CATT
R1-2206490 Views on solutions for integrity of RAT-dependent positioning techniques Nokia, Nokia Shanghai Bell
R1-2206499 Integrity aspects for RAT-dependent positioning Lenovo
R1-2206650 Error source for NR RAT-dependent positioning integrity Xiaomi
R1-2206832 Discussion on Integrity of RAT Dependent Positioning Samsung
R1-2206918 Discussion on integrity for RAT-dependent positioning CMCC
R1-2207088 Discussion on integrity for RAT dependent positioning techniques InterDigital, Inc.
R1-2207239 Integrity for RAT dependent positioning Qualcomm Incorporated
R1-2207284 Views on solutions for integrity of RAT dependent positioning techniques Sharp
R1-2207412 Discussion on solutions for integrity of RAT dependent positioning techniques NTT DOCOMO, INC.
R1-2207621 Error Sources characterization for integrity of RAT dependent positioning techniques Ericsson
R1-2207744 FL summary #1 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
From Monday session
Agreement
· For LMF-based positioning integrity mode, at least the followings are error sources for timing related measurements :
o RSTD measurement is an error source for DL-TDOA
o RTOA measurement is an error source for UL-TDOA
o UE Rx-Tx time difference measurement is an error source for Multi-RTT
o gNB Rx-Tx time difference measurement is an error source for Multi-RTT
· FFS : Model of the error source (e.g., distribution, mean and/or standard deviation for integrity overbounding model, range)
· Note : Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
Agreement
· For LMF-based positioning integrity mode, at least angle of arrival measurement is an error source for UL-AoA
· FFS : Model of the error source (e.g., distribution, mean and/or standard deviation for integrity overbounding model, range)
· FFS: The error can be expressed as the error of the AoA/ZoA in LCS or GCS or the error of a defined function of AoA/ZoA in LCS.
· Note : Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
R1-2207922 FL summary #2 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
Agreement
For UE-based positioning integrity mode, at least the following are error sources in assistance data :
Agreement
For LMF-based positioning integrity mode, ARP location (e.g., ARPLocationInformation in TS 38.455) is an error source for UL-AoA.
Agreement
For LMF-based positioning integrity mode, at least inter-TRP synchronization is an error source for UL-TDOA.
Agreement
Study the distribution of RSTD, RTOA and UE/gNB Rx-Tx time measurement error considering the following aspects:
Note : it is encouraged to provide the evaluation assumptions used by companies (e.g., requirements in TS 38.101, TS 38.104, TS 38.133, evaluation assumptions in TR 38.857, LOS/NLOS probability, measurement algorithm) and results (e.g., error histogram) if evaluation is used to determine the distribution, mean and standard deviation or range of values of an error source.
R1-2208189 FL summary #3 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
Agreement
Study the distribution of arrival measurement error focusing on the following aspects
Note: It is encouraged to provide evaluation assumptions (e.g., requirements in TS 38.101, TS 38.104, TS 38.133, evaluation assumptions in TR 38.857, LOS/NLOS probability, measurement algorithm) and results (e.g., error histogram) if evaluation is used to determine the distribution, mean and standard deviation or range of values of an error source.
R1-2205870 Evaluation and solutions for NR carrier phase positioning Huawei, HiSilicon
R1-2205903 Discussion on carrier phase measurement based positioning ZTE
R1-2206048 Discussion on carrier phase measurement enhancements vivo
R1-2206227 Solutions for Integer Ambiguity, TRP synchronization and Vertical Positioning Locaila
R1-2206274 Discussions on Carrier Phase Measurement for NR Positioning OPPO
R1-2206407 Discussion on improved accuracy based on NR carrier phase measurement CATT
R1-2206491 Views on improved accuracy based on NR carrier phase measurement Nokia, Nokia Shanghai Bell
R1-2206500 On NR carrier phase measurements Lenovo
R1-2206590 Improved positioning accuracy with NR carrier phase measurements Intel Corporation
R1-2206651 Improved accuracy based on NR carrier phase measurement Xiaomi
R1-2206694 Discussion on improved accuracy based on NR carrier phase measurement China Telecom
R1-2206919 Discussion on carrier phase positioning CMCC
R1-2207090 Discussion on positioning based on NR carrier phase measurement InterDigital, Inc.
R1-2207126 NR carrier phase measurements for positioning Fraunhofer IIS, Fraunhofer HHI
R1-2207240 Phase Measurements in NR Positioning Qualcomm Incorporated
R1-2207285 Views on improved accuracy based on NR carrier phase measurement Sharp
R1-2207413 Discussion on improved accuracy based on NR carrier phase measurement NTT DOCOMO, INC.
R1-2207480 On carrier phase measurement MediaTek Inc.
R1-2207622 Improved accuracy based on NR carrier phase measurement Ericsson
R1-2207710 Discussion on OFDM based carrier phase measurement in NR LG Electronics (rev of R1-2207360)
R1-2207742 Discussion on NR Carrier Phase Measurement Samsung (rev of R1-2206833)
R1-2207690 FL Summary for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Tuesday session
Agreement
Endorse the templates in section 17 under (H)(Round 1) Proposal 17-1 in R1-2207690 to collect carrier-phase based positioning simulation results, with the following notes:
R1-2207691 FL Summary #2 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
Agreement
In the evaluation of NR carrier phase positioning, the following frequency errors can be considered, which are modeled independently for each UE and each TRP:
· Initial Residual CFO (is the same for one measurement instances [or multiple phase measurement instances]):
o Ideal: 0 (UE/TRP)
o Practical: uniform distribution within
§ [-30, +30] Hz (FR1, UE), [-100, +100] Hz (FR1, UE),
§ [-120, +120] Hz (FR2, UE), [-400, +400] Hz (FR2, UE),
§ [-10, +10] Hz (for each TRP, FR1),
§ [-40, +40] Hz (for each TRP, FR2).
· Oscillator-drift (is the same for one or multiple phase measurement instances for positioning fix):
o Ideal: 0 (UE/TRP)
o Practical: uniform distribution within [-0.1, 0.1] ppm (UE), [-0.02, +0.02] ppm (each TRP) within measurement duration
· Note: The Doppler frequency can be determined based on the UE speed in the evaluation assumption.
Agreement
In the evaluation of NR carrier phase positioning, the offset between the initial phase of the transmitter and the initial phase of the receiver can be modeled as a random variable uniformly distributed within [0, X].
Agreement
In the evaluation of NR carrier phase positioning, the antenna reference point (ARP) location error of a TRP can be modeled as follows:
· Ideal: no ARP error
· Practical: a zero-mean, truncated Gaussian distribution with zero mean and standard deviation of T=[1, 5] cm truncated to 2T in each of (x, y, z) direction
R1-2208206 FL Summary #3 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
Agreement
In the evaluation of NR carrier phase positioning, the following the UE/TRP antenna phase center offset (PCO) model can be considered as the starting point:
dPCO = a * dPhi + w
where
Agreement
For the evaluation of NR carrier phase positioning, UE position can be calculated by the use of the carrier phase measurements obtained at the M sequential time instances, where
Agreement
Further evaluate the following multipath mitigation methods for the carrier phase positioning, which include, but are not limited to, the following:
Including discussions on requirements, evaluations, and potential enhancements.
R1-2205871 Evaluation and solutions for LPHAP Huawei, HiSilicon
R1-2205904 Discussion on low power high accuracy positioning ZTE
R1-2205996 Discussion on evaluation on LPHAP Spreadtrum Communications
R1-2206049 Discussion on Low Power High Accuracy Positioning vivo
R1-2206275 Disucssion on Low Power High Accuracy Positioning OPPO
R1-2206408 Discussion on Low Power High Accuracy Positioning CATT
R1-2206492 Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2206501 LPHAP considerations Lenovo
R1-2206591 Discussion on power saving evaluation and techniques for LPHAP Intel Corporation
R1-2206652 Discussion on Low Power High Accuracy Positioning Xiaomi
R1-2206834 Discussion on LPHAP Samsung
R1-2206920 Discussion on low power high accuracy positioning CMCC
R1-2206921 Summary for low power high accuracy positioning Moderator (CMCC)
R1-2207091 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2207241 Requirements, Evaluations, Potential Enhancements for Low Power High Accuracy Positioning Qualcomm Incorporated
R1-2207286 Views on low power high accuracy positioning Sharp
R1-2207361 Discussion on LPHAP in idle/inactive state LG Electronics
R1-2207414 Discussion on Low Power High Accuracy Positioning NTT DOCOMO, INC.
R1-2207623 Evaluations for Low Power High Accuracy Positioning Ericsson
R1-2206921 Summary for low power high accuracy positioning Moderator (CMCC)
From Tuesday session
Agreement
In the LPHAP evaluation, adopt the following model to convert the relative power unit to the battery life:
· Alt. 1: battery life is used as the metric to identify the gap
o K is an implementation factor, K = 1 (baseline); K = 0.5, 2, 4 (optional)
· Note: The definition of the notations will be captured in the updates of TR.
· Note: The voltage is assumed to be the same for the reference device and the LPHAP device.
Agreement
· In the LPHAP evaluation, adopt the following example parameter values in the conversion model to evaluate the battery life:
o For the reference device in the conversion model:
C1 (mAh) |
T1 (hour) |
X |
reference traffic type |
4500 |
12 |
20% |
FTP (model 3) |
o
For the LPHAP device,
consider 2 types in the conversion model:
LPHAP device |
C2 (mAh) |
T2req (month) |
Type A (baseline) |
800 |
6~12 |
Type B (optional) |
4500 |
6~12 |
· Note: As the reference device and LPHAP device characteristics, and therefore the parameter values of the model for determining battery life, is dependent on implementation factors, manufacturer, design options and cost options, it is up to individual company to evaluate the optional K values, and report the corresponding parameter values.
Agreement
In the LPHAP evaluation, adopt the example value of relative power unit of the reference device P1 = 50 to further align the battery life among companies.
Agreement
For the purpose of LPHAP evaluation, an ultra-deep sleep state is considered. The following options of the power consumption model of the ultra-deep sleep state can be further discussed:
· Option 1:
o The relative power unit: 0.015
o Additional transition energy: 2000
o Total transition time: 400ms
· Option 2:
o The relative power unit: 0.01
o Additional transition energy: 450;
o Total transition time: 25ms
o FFS: restrictions in processing associated with option 2 after the UE comes out of ultra-deep sleep state
· Notes: the values above can be further discussed
Agreement
For option 1 in the agreement above, the value of additional transition energy is changed to “a value between 2000 and 20000”. FFS which value.
Agreement
· For the purpose of LPHAP evaluation, the following assumptions on eDRX configuration and/or paging reception can be optionally considered:
o The eDRX cycle to evaluate: 20.48s; 30.72s;
o For paging reception:
§ 1 paging occasion is included in one eDRX cycle
§ 10% paging rate
o No paging reception can be optionally evaluated;
o 1 DL PRS and/or UL SRS for positioning occasion per 1 eDRX cycle
§ Minimizing the gap between PRS measurement, SRS transmission and/or measurement reporting with paging monitoring in time domain can be evaluated.
R1-2207993 Summary for low power high accuracy positioning Moderator (CMCC)
Agreement
The tables to collect evaluation results from each source in section 3.3.2 of R1-2207993 are endorsed.
Agreement
Capture the following in TR as an observation:
· Evaluations of baseline Rel-17 RRC_INACTIVE state positioning with the evaluation assumptions agreed for the study show that the power consumption on deep sleep state accounts for the highest proportion in the total power.
Final summary in R1-2207994.
Including performance evaluation of existing positioning procedures and measurements with RedCap UEs. The result of the evaluation will be used to assess the necessity of enhancements and, if needed, identify enhancements.
R1-2205872 Discussion on RedCap positioning Huawei, HiSilicon
R1-2205905 Discussion on Positioning for RedCap UE ZTE
R1-2206050 Discussion on positioning for RedCap UEs vivo
R1-2206126 Discussion on positioning for RedCap UEs Sony
R1-2206276 Discussion on Positioning for RedCap Ues OPPO
R1-2206426 Discussion on positioning for RedCap UEs CATT
R1-2206473 Discussion on positioning support for RedCap UEs NEC
R1-2206493 Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2206502 Positioning for RedCap devices Lenovo
R1-2206592 Positioning for RedCap UEs Intel Corporation
R1-2206835 Discussion on Positioning for RedCap UEs Samsung
R1-2206922 Discussion on RedCap positioning CMCC
R1-2207092 Discussions on positioning for RedCap UEs InterDigital, Inc.
R1-2207242 Positioning for Reduced Capabilities UEs Qualcomm Incorporated
R1-2207287 Views on positioning for RedCap Ues Sharp
R1-2207342 Discussions on Positioning for RedCap Ues Apple
R1-2207362 Discussion on positioning support for RedCap Ues LG Electronics
R1-2207415 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2207482 The potential solutions for RedCap UEs for positioning MediaTek Inc.
R1-2207624 Considerations for RedCap Positioning Ericsson
R1-2207749 Feature Lead Summary #1 for Positioning for RedCap UEs Moderator (Ericsson)
From Wed session
Agreement
For the purpose of the Rel-18 study
· The target accuracy requirements for RedCap UEs for commercial use cases are defined as follows:
o Indoor and outdoor
§ Horizontal position accuracy (< 3 m) for 90% of UEs
§ Vertical position accuracy (< 3 m) for 90% of UEs
· The target accuracy requirements for RedCap UEs for IIoT use cases are defined as follows:
o Horizontal position accuracy (<1 m) for 90% of UEs
o Vertical position accuracy (< 3 m) for 90% of UEs
· Note: the requirements may not be met in all scenarios and use cases
Agreement
CDF values for evaluations of Redcap UE Positioning scenarios are derived based on:
Agreement
The following table is endorsed to capture the evaluation scenarios and parameters in the evaluation results section of the TR:
Table 3.2-2 evaluation scenarios and parameters template
Parameter |
Case XYZ (channel model, FRx) |
Scenario (baseline, otherwise state any modifications) |
|
Carrier frequency |
|
Subcarrier spacing |
|
Reference Signal Transmission Bandwidth |
|
Reference Signal Physical Structure and Resource Allocation (RE pattern) (reference to figure in contribution) |
|
Reference signal (type of sequence, number of ports, …) |
|
Number of sites |
|
Number of symbols used per occasion |
|
number of occasions used per positioning estimate |
|
Power-boosting level |
|
Uplink power control (applied/not applied) |
|
interference modelling (ideal muting, or other) |
|
Description of Measurement Algorithm (e.g. super resolution, interference cancellation, ….) |
|
Description of positioning technique / applied positioning algorithm (e.g. Least square, Taylor series, etc) |
|
Network synchronization assumptions |
|
UE/gNB RX and TX timing error |
|
Beam-related assumption (beam sweeping / alignment assumptions at the tx and rx sides) |
|
Precoding assumptions (codebook, nrof antenna elements used, etc) |
|
UE antenna configuration |
|
Number of UE branches |
|
Description of enhancement solutions, if any |
|
gNB antenna configuration |
|
UE noise figure |
|
UE antenna height |
|
gNB antenna height |
|
Additional notes, if any |
|
Agreement
Endorse the templates in section 7 in R1-2207749 to collect RedCap UE positioning simulation results, with the following notes:
Agreement
For the evaluation of redcap UEs in the RMa scenarios, companies should report their evaluations parameters with their results.
Agreement
The potential benefits and performance gains of frequency hopping of the DL PRS and UL SRS can be investigated in release 18, which may take into account at least the following:
· The impact of Doppler, phase offset, timing offset, power imbalance among hops
· RedCap UE capability and complexity considerations
· Impact of RF retuning during frequency hopping
· Details of frequency hopping (including Tx hopping and/or Rx hopping, BWP switching) for the study are FFS
Please refer to RP-222616 for detailed scope of the SI.
R1-2210692 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
R1-2210037 Work Plan for Study Item on Expanded and Improved NR Positioning Intel Corporation, CATT, Ericsson
R1-2210233 Draft TR 38.859 v020: Study on expanded and improved NR positioning Intel, CATT, Ericsson
R1-2210672 Draft TR 38.859 v020: Study on expanded and improved NR positioning Intel, CATT, Ericsson
[post-110bis-e-02] R18 Positioning TR update by Oct 24 - Debdeep (Intel)
/To be handled using NWM – please use 110bis-e-NWM-R18-Pos-01 as the document name
R1-2208338 LS on Terminology Alignment for Ranging/Sidelink Positioning SA2, Xiaomi
[110bis-e-R18-Pos-01] – Qun Zhao (Xiaomi)
Email discussion on incoming SA2 LS in R1-2208338 by October 14
R1-2210443 Moderator summary on discussion on incoming SA2 LS in R1-2208338 on terminology alignment Moderator (Xiaomi)
R1-2210550 [Draft] Reply LS on Terminology Alignment for Ranging/Sidelink Positioning Xiaomi
Decision: As per email decision posted on Oct 15th, the draft reply LS is endorsed. Final version is approved in R1-2210567.
Including evaluation methodology and performance evaluation results
R1-2208363 Evaluation of SL positioning Nokia, Nokia Shanghai Bell
R1-2208452 SL positioning evaluations Huawei, HiSilicon
R1-2208647 Evaluation of sidelink positioning performance vivo
R1-2208820 Evaluation methodology and results of SL positioning OPPO
R1-2208980 Evaluation methodology and performance evaluation for SL positioning CATT, GOHIGH
R1-2209104 Discussion on evaluation of SL positioning Sony
R1-2209212 Discussion on evaluation of SL positioning ZTE, CMCC
R1-2209290 Discussion on evaluation of sidelink positioning xiaomi
R1-2209392 SL Positioning Evaluation and Performance Lenovo
R1-2209482 Discussion on evaluation of SL positioning LG Electronics
R1-2209486 Evaluation results for SL positioning InterDigital, Inc.
R1-2209735 Discussion on Evaluation for SL Positioning Samsung
R1-2209782 SL positioning scenarios Sharp
R1-2209989 Sidelink Positioning Evaluation Assumptions and Results Qualcomm Incorporated
R1-2210038 Evaluation of SL positioning Intel Corporation
R1-2210111 Evaluation results and observations on V2X and IIoT use case for sidelink positioning CEWiT
R1-2210174 Evaluation of NR SL positioning and ranging Ericsson
[110bis-e-R18-Pos-02] – Chuangxin (ZTE)
Email discussion on evaluation of SL positioning by October 19
- Check points: October 14, October 19
R1-2209459 Summary #1 for SL positioning evaluation Moderator (ZTE)
From Oct 10th GTW session
Observation
The performance analysis for Rel-18 SL positioning shows that, with increasing of bandwidth of SL PRS, the positioning accuracy improves for both absolute positioning and relative positioning/ranging for all evaluated scenarios.
Observation
The performance analysis for Rel-18 SL positioning shows that different SL positioning methods can be used to determine absolute position of a target UE:
· Simulation results based SL-TDOA were provided in contributions from 10 sources ([Nokia 1], [OPPO 4], [CATT, GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [Lenovo 9], [LG 10], [InterDigital 11], [Intel 15], [CEWiT 16])
· Simulation results based on SL-RTT (multi-RTT) were provided in contributions from 6 sources ([Huawei 2], [vivo 3], [LG 10], [InterDigital 11], [Qualcomm 14], [Samsung 12])
· Simulation results based on two anchors SL-AOA and single anchor SL-TOA+AOA were provided in contribution from 1 source ( [Lenovo 9])
Note: at least the number of sources and the references can be further updated in next meeting depending on companies’ update of simulation results.
Decision: As per email decision posted on Oct 15th,
Observation
The performance analysis for Rel-18 SL positioning shows that, SL positioning methods can be used for relative positioning/ ranging between UEs. For relative positioning/ranging positioning accuracy,
Note: at least the number of sources and the references can be further updated in next meeting depending on companies’ update of simulation results.
R1-2209460 Summary #2 for SL positioning evaluation Moderator (ZTE)
R1-2210579 Summary #3 for SL positioning evaluation Moderator (ZTE)
From Oct 17th GTW session
Observation
For V2X use case in highway scenario, 13 sources ([Huawei 2], [vivo 3], [OPPO 4], [CATT,GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [Lenovo 9], [LG 10], [Samsung 12], [Qualcomm 14], [Intel 15], [CEWiT 16], [Ericsson 17]) provide simulation results for FR1, and 1 source ([CEWiT 16]) provides simulation results for FR2.
Observation
For V2X use case in Urban grid scenario, 10 sources ([Huawei 2], [vivo 3], [OPPO, 4], [CATT,GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [xiaomi 8], [Lenovo 9], [Intel 15], [CEWiT 16]) provide simulation results for FR1, and 1 source ([CEWiT 16]) provide simulation results for FR2.
Observation
Simulation results in contributions from 7 sources ([Huawei 2], [vivo 3], [CATT,GOHIGH 5], [ZTE,CMCC 7], [xiaomi 8], [LG 10], [Intel 15]) show that relative horizontal accuracy and/or distance accuracy of ranging performance improves with X value decreasing, where X is the maximum distance between two UEs for performing relative positioning or ranging.
Note: the above observations can be further updated in next meeting depending on companies’ new/update of simulation results, including editorial modifications, X values, replacing sources by references, additional sources and other revisions.
R1-2208364 Potential solutions for SL positioning Nokia, Nokia Shanghai Bell
R1-2208372 Potential solutions for sidelink positioning FUTUREWEI
R1-2208453 Discussion on SL positioning solutions Huawei, HiSilicon
R1-2208558 Discussion on potential solutions for SL positioning Spreadtrum Communications
R1-2208648 Discussion on potential solutions for sidelink positioning vivo
R1-2208773 Discussion on potential solutions for sidelink positioning China Telecom
R1-2208821 Discussion on potential solutions for SL positioning OPPO
R1-2208981 Discussion on potential solutions for SL positioning CATT, GOHIGH
R1-2209058 Potential solutions for SL positioning Intel Corporation
R1-2209105 Consideration on potential solutions for SL positioning Sony
R1-2209151 Discussion on potential solutions for SL positioning NEC
R1-2209213 Discussion on potential solutions for SL positioning ZTE
R1-2209291 Discussion on sidelink positioning solutions xiaomi
R1-2209341 Discussion on potential solutions for SL positioning CMCC
R1-2209393 Potential SL Positioning Solutions Lenovo
R1-2209483 Discussion on potential solutions for SL positioning LG Electronics
R1-2209487 Potential solutions for SL positioning InterDigital, Inc.
R1-2209533 Potential solutions for SL positioning Faunhofer IIS, Fraunhofer HHI
R1-2209589 Discussions on Potential solutions for SL positioning Apple
R1-2209675 Discussion on potential solutions for SL positioning DENSO CORPORATION
R1-2209736 Discussion on Potential Solutions for SL Positioning Samsung
R1-2209783 Views on potential solutions for SL positioning Sharp
R1-2209797 Discussion on sidelink positioning ASUSTeK
R1-2209907 Discussion on potential solutions for SL positioning NTT DOCOMO, INC.
R1-2209990 Potential Solutions for Sidelink Positioning Qualcomm Incorporated
R1-2210097 The potential solutions for sidelink positioning MediaTek Inc.
R1-2210102 Considerable solutions on sidelink positioning in NR ITL
R1-2210112 Discussion on enhancements for sidelink based positioning CEWiT
R1-2210175 On potential solutions for SL positioning Ericsson
[110bis-e-R18-Pos-03] – Alex (Qualcomm)
Email discussion on potential solutions for SL positioning by October 19
- Check points: October 14, October 19
R1-2210341 Moderator Summary #1 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Oct 10th GTW session
Agreement
Agreement
For the study of SL-AoA positioning method,
Agreement
With regards to SL-TDOA positioning method for SL-only positioning,
R1-2210381 Moderator Summary #2 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Oct 13th GTW session
Agreement
Decision: As per email decision posted on Oct 15th,
Agreement
Regarding Scheme 1 SL-PRS resource allocation, a transmitting UE receives a SL-PRS resource allocation signaling from the network. Consider one or more of the following options:
R1-2210522 Moderator Summary #3 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Oct 17th GTW session
Agreement
For the sequence of the new reference signal for SL positioning/ranging, use
Agreement
From RAN1 perspective, the following cast types of SL-PRS transmission can be introduced for SL positioning: Unicast, Groupcast (not including many to one)
R1-2210598 Moderator Summary #4 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Oct 19th GTW session
Agreement
With regards to the frequency and time domain pattern of a SL-PRS resource within a slot has the following characteristics:
Agreement
For a dedicated resource pool for SL positioning,
Agreement
With regards to the SL Positioning resource allocation, for SL Positioning resource (pre-)configuration in a shared resource pool with Rel-16/17/18 sidelink communication (if supported), backward compatibility with legacy Rel-16/17 UEs should be ensured.
Agreement
With regards to SL signaling of the reservation/indication of SL-PRS resource(s) for dedicated resource pool and shared resource pool (if supported) for positioning:
Decision: As per email decision posted on Oct 20th,
Agreement
With regards to the Positioning methods supported using SL-PRS measurements
Agreement
At least for a dedicated resource pool for positioning,
Agreement
Study further the granularity of time-domain resource allocation for SL-PRS transmission.
Agreement
With regards to the SL-PRS time domain behavior, at least study the following behaviors from Tx UE perspective:
R1-2208454 Error source for NR RAT-dependent positioning Huawei, HiSilicon
R1-2208480 Discussion on integrity of RAT dependent positioning BUPT (Withdrawn)
R1-2208516 Discussion on integrity of RAT dependent positioning BUPT
R1-2208649 Discussion on solutions for integrity of RAT-dependent positioning vivo
R1-2208735 Views on solutions for integrity of RAT-dependent positioning techniques Nokia, Nokia Shanghai Bell
R1-2208800 Discussions on Integrity for NR Positioning OPPO
R1-2208982 Discussion on solutions for integrity of RAT dependent positioning techniques CATT
R1-2209002 Discussion on error sources for RAT dependent positioning Spreadtrum Communications
R1-2209106 Discussion on Error Sources for Integrity of NR Positioning Sony
R1-2209214 Discussion on integrity of RAT dependent positioning ZTE
R1-2209292 Error source for NR RAT-dependent positioning integrity xiaomi
R1-2209342 Discussion on integrity for RAT-dependent positioning CMCC
R1-2209394 Integrity aspects for RAT-dependent positioning Lenovo
R1-2209488 Discussion on integrity for RAT dependent positioning techniques InterDigital, Inc.
R1-2209737 Discussion on Integrity of RAT Dependent Positioning Samsung
R1-2209784 Views on solutions for integrity of RAT dependent positioning techniques Sharp
R1-2209908 Discussion on solutions for integrity of RAT dependent positioning techniques NTT DOCOMO, INC.
R1-2209991 Integrity for RAT dependent positioning Qualcomm Incorporated
R1-2210176 Error Sources characterization for integrity of RAT dependent positioning techniques Ericsson
[110bis-e-R18-Pos-04] – Fumihiro (InterDigital)
Email discussion on solutions for integrity of RAT dependent positioning techniques by October 19
- Check points: October 14, October 19
R1-2210274 FL summary #1 on integrity of RAT dependent positioning techniques Moderator (InterDigital, Inc.)
From Oct 10th GTW session
Agreement
Agreement
Agreement
Agreement
Decision: As per email decision posted on Oct 15th,
Agreement
Capture the following into the TR
Agreement
Agreement
Agreement
R1-2210428 FL summary #2 on integrity of RAT dependent positioning techniques Moderator (InterDigital, Inc.)
From Oct 17th GTW session
Agreement
Agreement
· Study to determine whether DL PRS RSRP/RSRPP measurement is an error source for DL-AoD, focusing at least on the following aspect
· Impact of RSRP/RSRPP measurement on positioning accuracy
· FFS : Model of the error source (e.g., distribution, mean and/or standard deviation for integrity overbounding model, range)
Decision: As per email decision posted on Oct 20th,
· Note: Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
Final summary in R1-2210633.
R1-2208455 Discussion on NR carrier phase positioning Huawei, HiSilicon
R1-2208650 Discussion on carrier phase measurement enhancements vivo
R1-2208736 Views on improved accuracy based on NR carrier phase measurement Nokia, Nokia Shanghai Bell
R1-2208774 Discussion on improved accuracy based on NR carrier phase measurement China Telecom
R1-2208801 Discussions on Carrier Phase Measurement for NR Positioning OPPO
R1-2208983 Discussion on improved accuracy based on NR carrier phase measurement CATT
R1-2209059 Carrier phase positioning in NR systems Intel Corporation
R1-2209152 Discussion on NR carrier phase positioning NEC
R1-2209215 Discussion on carrier phase measurement based positioning ZTE
R1-2209293 Improved accuracy based on NR carrier phase measurement xiaomi
R1-2209343 Discussion on carrier phase positioning CMCC
R1-2209395 On NR carrier phase measurements Lenovo
R1-2209489 Discussion on positioning based on NR carrier phase measurement InterDigital, Inc.
R1-2209534 NR carrier phase measurements for positioning Faunhofer IIS, Fraunhofer HHI
R1-2209543 Discussion on double difference method and gNB synchronization Locaila
R1-2209546 Views on NR carrier phase measurement for positioning accuracy enhancement IIT Kanpur, CEWiT
R1-2209738 Discussion on NR Carrier Phase Measurement Samsung
R1-2209785 Views on improved accuracy based on NR carrier phase measurement Sharp
R1-2209805 Discussion on OFDM based carrier phase measurement in NR LG Electronics
R1-2209909 Discussion on improved accuracy based on NR carrier phase measurement NTT DOCOMO, INC.
R1-2209992 Phase Measurements in NR Positioning Qualcomm Incorporated
R1-2210099 On NR carrier phase measurement MediaTek Inc.
R1-2210177 Improved accuracy based on NR carrier phase measurement Ericsson
[110bis-e-R18-Pos-05] – Ren (CATT)
Email discussion on improved positioning accuracy based on NR carrier phase measurement by October 19
- Check points: October 14, October 19
R1-2210267 FL Summary #1 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Oct 11th GTW session
Agreement
The existing DL PRS and UL SRS for positioning can be re-used as the reference signals to enable positioning based on NR carrier phase measurements for both UE-based and UE-assisted positioning.
Agreement
For UE-assisted NR carrier phase positioning, at least consider the following options
· the difference between the carrier phase measured from the DL PRS signal(s) of the target TRP and the carrier phase measured from the DL PRS signal(s) of the reference TRP.
· the carrier phase measured from the DL PRS signal(s) of a TRP
Agreement
Make the following modification to the previous agreement on the initial phase model with an additional note:
R1-2210268 FL Summary #2 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Oct 17th GTW session
Agreement
Further study the benefits of using the carrier phase measurements of multiple DL positioning frequency layers for NR carrier phase positioning, which may include the impact of the time gap between the carrier phase measurements of multiple DL PFLs.
Decision: As per email decision posted on Oct 17th,
Agreement
For UL UE-assisted NR carrier phase positioning, at least consider the carrier phase measured from the UL SRS for positioning purpose.
· Note: The use of MIMO SRS for positioning purpose is transparent to UE.
Agreement
Capture the following TP into TR 38.859 as a conclusion (for Section 6.3.1):
· The impact of multipath/NLOS on NR carrier phase positioning is evaluated during the study item. Based on the study, it is concluded that multipath/NLOS deteriorates the performance of carrier phase positioning and it is necessary to consider multipath mitigation for NR carrier phase positioning.
· The evaluation results for the impact of the multipath/NLOS on NR carrier phase positioning will be presented in Section 6.3.2.
Agreement
Add the following note to the previous agreement on error modelling of the initial phase:
· Note: The initial phases of a transmitter for different carriers can be assumed to be independent of each other. Similarly, the initial phases of a receiver for different carriers can be assumed to be independent of each other.
Agreement
Add a row of "PRU assumptions" in Table B.4.X.1-1: NR carrier phase positioning enhancements – evaluation scenarios and parameters” in Draft TR 38.859.
· Note: PRU deployment assumptions may include the assumptions of the number of PRUs, the PRU locations and location errors etc.
R1-2210269 FL Summary #3 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Oct 19th GTW session
Agreement
Capture the following TP into TR 38.859 as an evaluation observation:
The impact of the initial phases of the transmitter and the receiver on NR carrier phase positioning is evaluated in the study item. The evaluation results from the sources (e.g., Huawei[1], vivo[2], CATT[6], ZTE[9]) show that if the initial phases of the transmitter and the receiver are not eliminated, it is impossible to support centimeter-accuracy positioning.
The effectiveness of using double differential technique with PRU to eliminate the impact of the initial phases of the transmitter and the receiver on NR carrier phase positioning are evaluated in the study item. The evaluation results from the sources (Huawei[1], CATT[6], ZTE[9], Ericsson [23]) show that the initial phases of the transmitter and the receiver can be removed effectively by the double differential technique with the use of the PRU:
· Source [Huawei, 1] shows the positioning accuracy of <1cm (80%) for Inf-SH and < 1cm (50%) for Inf-DH can be reached when the PRU is located within a distance of 5m from the target UE.
· Source [CATT, 6] shows the positioning accuracy of <1cm (80%) for Inf-SH and <1cm (50%) for Inf-DH can be reached under the under condition that the PRU is located a fixed location in LOS of the TRP.
· Source [Ericsson 23] shows that the accuracy of <1cm (50%) when the PRU is located within 1m of the target UE. However, the effectiveness reduces when the PRU is located away from the target UE because the channel conditions of the PRU is different from the target UE.
· Note: in the above results, all other error sources (except initial phase error) were not modelled.
(Not captured in TR) Note: The number of sources and the references, and the observations, can be further updated in next meeting depending on companies’ updates of simulation results.
Agreement
Capture the following TP into TR 38.859 as an evaluation observation (for Section 6.3.2):
The impact of the residual CFOs of the transmitter and the receiver on NR carrier phase positioning are evaluated during the study item.
· The evaluation results from the sources (Huawei[1], ZTE[9]) shows the impact of residual CFOs on carrier phase positioning is negligible.
· The evaluation results from the source (CATT[4]) shows the impact of the residual CFOs on the positioning performance of carrier phase positioning is removed with the use of the double differential technique with the PRU that is located a fixed location in LOS of the TRP.
(Not captured in TR) Note: The number of sources and the references, and the observations, can be further updated in next meeting depending on companies’ updates of simulation results.
Decision: As per email decision posted on Oct 20th,
Capture the following TP into TR 38.859 (Section 6.3.1):
Agreement
Further study the effectiveness of the following multipath mitigation methods for the carrier phase positioning and the potential on the standard work:
Agreement
Further study the following approaches for NR carrier phase positioning, and identify the potential impact on the standard.
· the reporting of the carrier phase-based measurements alone without reporting the existing positioning measurements.
Final summary in R1-2210765.
Including discussions on requirements, evaluations, and potential enhancements.
R1-2208456 Evaluation and solutions for LPHAP Huawei, HiSilicon
R1-2208517 Discussion on Low Power High Accuracy Positioning Quectel
R1-2208559 Discussion on evaluation on LPHAP Spreadtrum Communications
R1-2208651 Discussion on Low Power High Accuracy Positioning vivo
R1-2208737 Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2208802 Discussion on Low Power High Accuracy Positioning OPPO
R1-2210242 Discussion on Low Power High Accuracy Positioning CATT (rev of R1-2208984)
R1-2209060 On Low Power High Accuracy Positioning Intel Corporation
R1-2209107 Discussion on Low Power High Accuracy Positioning Sony
R1-2210398 Discussion on low power high accuracy positioning ZTE (rev of R1-2209216)
R1-2209294 Discussion on Low Power High Accuracy Positioning xiaomi
R1-2209344 Discussion on low power high accuracy positioning CMCC
R1-2209396 LPHAP considerations Lenovo
R1-2209490 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2209739 Discussion on LPHAP Samsung
R1-2209786 Views on low power high accuracy positioning Sharp
R1-2209806 Discussion on LPHAP in idle/inactive state LG Electronics
R1-2209910 Discussion on Low Power High Accuracy Positioning NTT DOCOMO, INC.
R1-2209993 Requirements, Evaluations, Potential Enhancements for Low Power High Accuracy Positioning Qualcomm Incorporated
R1-2210178 Evaluations for Low Power High Accuracy Positioning Ericsson
[110bis-e-R18-Pos-06] – Jingwen (CMCC)
Email discussion on LPHAP by October 19 – Jingwen (CMCC)
- Check points: October 14, October 19
R1-2209345 Summary for low power high accuracy positioning Moderator (CMCC)
From Oct 13th GTW session
Conclusion
· From evaluations for a LPHAP device, RAN1 concludes that the existing Rel-17 positioning for UEs in RRC_INACTIVE state cannot satisfy the target battery life required by LPHAP use case 6 in the majority of the evaluation scenarios that were examined.
· Based on the evaluations, enhancements to meet the target battery life in Rel-18 are necessary.
Observation
Capture the following in TR as an observation:
Chair’s note: references in the above observation are from R1-2209345.
Conclusion
· Evaluations show that UE (re)entering RRC_CONNECTED state to obtain SRS (re)configuration increases power consumption;
· Note: This intermediate conclusion may be updated before capturing it in the TR if new/different evaluations are provided and to add information about the number of sources.
Agreement
· For UL and DL+UL positioning for UEs in RRC_INACTIVE, study the potential benefits and performance gains of enhancements on SRS for positioning in order to avoid frequent SRS (re)configuration, including at least the following:
o The (pre-)configuration of SRS for positioning. FFS details, e.g., signaling and procedure, whether/how it is applicable to an area across multiple cells, consideration of UL overhead/capacity implied by (pre-)configuration and multiple cells, etc;
o SRS for positioning activation/request procedure(s), e.g., network activation of SRS via paging, UE request to obtain/update SRS via RACH-based procedure;
§ FFS: Events of invalidity of SRS configuration to trigger the UE request procedure.
o FFS whether it is applicable to UEs in RRC_IDLE state.
Conclusion
· Evaluations show that extending paging DRX cycles beyond 10.24s provide power saving gains with respect to that with the baseline DRX cycle of 1.28s and is beneficial towards meeting the battery life requirement
· Note: This intermediate conclusion may be updated before capturing it in the TR if new/different evaluations are provided and to add information about the number of sources and to show the achievable gains.
Decision: As per email decision posted on Oct 16th,
Conclusion
· Evaluations show that minimizing gaps between PRS/SRS/paging/reporting/synchronization RS reduces the power consumption;
· Note: This intermediate conclusion may be updated before capturing it in the TR if new/different evaluations are provided and to add information about the number of sources.
R1-2210616 FL summary #2 for low power high accuracy positioning Moderator (CMCC)
From Oct 18th GTW session
Agreement
For the LPHAP study only:
· For the power consumption model of the ultra-deep sleep type, adopt the following option (i.e. revision of option 1 from previous agreement):
o The relative power unit: 0.015
o Additional transition energy: 10000
§ Note: Power consumption analysis from individual companies with additional transition energy of 5000 can be optionally evaluated and captured in the TR.
o Total transition time: 400ms
· Note: Power consumption analysis from individual companies with Option 2 (revised from previous agreement) can be optionally evaluated and captured in the TR.
o Option 2 additional transition energy is revised from 450 to 480.
· Note: No new device type is expected based on ultra-deep sleep power modeling.
Final summary in R1-2210617.
Including performance evaluation of existing positioning procedures and measurements with RedCap UEs. The result of the evaluation will be used to assess the necessity of enhancements and, if needed, identify enhancements.
R1-2208457 Discussion on RedCap positioning Huawei, HiSilicon
R1-2208652 Discussion on positioning for RedCap UEs vivo
R1-2208738 Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2208803 Discussion on Positioning for RedCap Ues OPPO
R1-2208985 Discussion on positioning for RedCap UEs CATT
R1-2209061 Enhancements for positioning for RedCap UEs Intel Corporation
R1-2209108 Considerations on positioning for RedCap UEs Sony
R1-2209153 Discussion on positioning support for RedCap UEs NEC
R1-2209217 Discussion on Positioning for RedCap UE ZTE
R1-2209346 Discussion on RedCap positioning CMCC
R1-2209397 Positioning for RedCap devices Lenovo
R1-2209491 Discussions on positioning for RedCap UEs InterDigital, Inc.
R1-2209590 Discussions on Positioning for RedCap Ues Apple
R1-2209740 Discussion on Positioning for RedCap UEs Samsung
R1-2209787 Views on positioning for RedCap UEs Sharp
R1-2209807 Discussion on positioning support for RedCap Ues LG Electronics
R1-2209911 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2209994 Positioning for Reduced Capability UEs Qualcomm Incorporated
R1-2210179 Positioning for RedCap Ues Ericsson
[110bis-e-R18-Pos-07] – Florent (Ericsson)
Email discussion on positioning for RedCap UEs by October 19
- Check points: October 14, October 19
R1-2210474 Feature Lead Summary #1 for Positioning for RedCap UEs Moderator (Ericsson)
From Oct 13th GTW session
Observation
Capture the following observations in the TR, regarding the baseline performance for positioning of Redcap UEs for IIOT scenarios:
Observation
Capture the following observations in the TR, regarding the baseline performance for positioning of Redcap UEs for commercial scenarios
Observation
Capture the following observations in the TR:
Regarding the performance for positioning of Redcap UEs using frequency hopping in IIoT scenarios, considering phase offset between hops:
Observation
Capture the following observations in the TR:
Regarding the performance for positioning of Redcap UEs using frequency hopping in commercial scenarios, considering phase offset between hops:
Agreement
For the evaluation of TX/RX frequency hopping for positioning of redcap UEs, the value of the gap between two consecutive hops includes at least from 100us to 5ms.
· Companies should indicate if other smaller values are used in their evaluations, and justify the feasibility of smaller values
Agreement
Study the potential enhancement of the UL SRS for positioning to enable Tx frequency hopping, including but not limited to partial overlapping between hops, hopping bandwidth, time gap between frequency hopping.
Agreement
Study the potential enhancement of the DL PRS to enable Tx or Rx frequency hopping, including but not limited to impact on processing capability, hopping bandwidth in the positioning frequency layer, time gap between frequency hopping, measurement period, partial overlapping between hops.
Decision: As per email decision posted on Oct 16th,
Agreement
For the evaluation of TX/RX frequency hopping for positioning of redcap UEs, the value of UE speed includes 3 km/h, 30 km/h, 60km/h.
· Other values are not precluded
R1-2210475 Feature Lead Summary #2 for Positioning for RedCap UEs Moderator (Ericsson)
From Oct 18th GTW session
Conclusion
The evaluation results for positioning for RedCap UEs using carrier phase measurements can be captured in the TR to show whether target requirement of positioning for RedCap UEs can be met or not, but any non-RedCap-specific enhancements regarding CPP should be studied under AI 9.5.2.2 in Rel-18.
· For the modelling of error sources specific to carrier phase measurements, the evaluations assumptions agreed in AI 9.5.2.2 are reused.
· Note: Phase-difference AoD can be included in the evaluations. Support of Phase-difference AoD for CPP should be discussed under AI 9.5.2.2.
Final summary in R1-2210476.
Please refer to RP-222616 for detailed scope of the SI.
R1-2212847 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
Endorsed and contents incorporated below.
[111-R18-Pos] – Debdeeep (Intel)
To be used for sharing updates on online/offline schedule, details on what is to be discussed in online/offline sessions, tdoc number of the moderator summary for online session, etc
From Nov 18th session
Email discussion for endorsement of TR38.859 update according to the agreements at RAN1#111 from Nov 28 until Nov 29 - Debdeep (Intel)
From AI 5
R1-2210821 LS on RAN dependency for Ranging/Sidelink Positioning SA2, xiaomi
R1-2212750 Moderator summary 1 on discussion of SA2 LS in R1-2210821 on RAN dependency for Ranging/Sidelink Positioning Moderator(xiaomi)
Decision: From Nov 15th session,
Agreement
RAN1 provides the following feedback on issue 6 with a copy of the 3 RAN1 agreements below:
“RAN1 has agreed to introduce UE autonomous SL-PRS resource allocation (e.g. similar to legacy Mode 2 solution), which can be used in out-of-coverage area. The details are still under discussion in RAN1.”, and include the following RAN1 existing agreements into the reply LS.
Agreement With regards to the SL-PRS resource allocation, study the following two schemes: § Scheme 1: Network-centric operation SL-PRS resource allocation (e.g. similar to a legacy Mode 1 solution) o The network (e.g. gNB, LMF, gNB & LMF) allocates resources for SL-PRS § Scheme 2: UE autonomous SL-PRS resource allocation (e.g. similar to legacy Mode 2 solution) o At least one of the UE(s) participating in the sidelink positioning operation allocates resources for SL-PRS o Applicable regardless of the network coverage § FFS: potential mechanisms, if needed, for SL-PRS resource coordination across a number of transmitting UEs (e.g. IUC-like solutions). § Note: Other Schemes are not precluded to be studied § FFS how to handle resource allocation of SL-Positioning measurement report Agreement Regarding SL-PRS resource allocation, both Scheme 1 and Scheme 2 should be introduced for supporting SL positioning/ranging:
Agreement Regarding Scheme 2 SL-PRS resource allocation, study at least the following aspects:
|
R1-2212781 Moderator summary 2 on discussion of SA2 LS in R1-2210821 on RAN dependency for Ranging/Sidelink Positioning Moderator (xiaomi)
Decision: From Nov 16th session,
Agreement
RAN1 provides the following feedback on issue 3:
“RAN1 assumes that any distinction between Assistant UE and anchor UE is transparent to RAN1. The anchor UE selection/reselection have not been discussed in RAN1. Whether/how physical layer measurement results will be used for determination of using assistant UE and the assistant UE selection/reselection will not be discussed in RAN1.”
R1-2212782 [draft] Reply LS on RAN dependency for Ranging/Sidelink Positioning xiaomi
Decision: From Nov 17th session, the draft LS in R1-2212782 is endorsed. The final LS is approved in R1-2212926.
From AI 5
R1-2210824 LS Out on Positioning Reference Units SA2, CATT
R1-2212713 Summary of discussion of reply LS on Positioning Reference Units Moderator (CATT)
Decision: From Nov 15th session,
Agreement
Regarding SA2’s conclusion on PRU, suggest providing the following modification:
· “Based on that information, the PRU could be selected by an LMF to obtain measurements of RAN nodes, or to transmit the reference signals for positioning on Uu and possibly PC5, to help improve location accuracy for all UEs and/or to assist the positioning of specific other UEs”.
Agreement
Regarding SA2’s first question, suggest providing the following response:
· RAN1 suggests SA2 check with RAN2 or RAN3 for the answer.
Agreement
Regarding SA2’s second question, RAN1 responds as follows:
· From RAN1's perspective, a UE (which could be a PRU) that supports SL positioning can be allowed to support the positioning reference signal transmission capability and signal measurement capability on PC5, if the capability is introduced in R18.
Comeback for reply LS
R1-2212714 Draft Reply LS on Positioning Reference Units Moderator (CATT)
Decision: As per decision in Nov 16th session, the draft LS response in R1-2212714 is endorsed with the following revisions:
·
Regarding SA2’s second
question, RAN1 would responds as follows
·
RAN1 kindly
respectfully requests SA2
Final LS is approved in:
R1-2212715 Reply LS on Positioning Reference Units RAN1, CATT
R1-2212950 Summary of offline discussion on bandwidth requirements on SL positioning Moderator (Intel Corporation)
From Nov 18th session
Agreement
Capture the following as part of the Conclusions section of TR 38.859:
Note: The above recommendations are based on the evaluations in licensed and ITS spectra.
Including evaluation methodology and performance evaluation results
R1-2210831 Evaluation of SL positioning Nokia, Nokia Shanghai Bell
R1-2210900 Finalizing SL positioning evaluation Huawei, HiSilicon
R1-2211011 Evaluation of sidelink positioning performance vivo
R1-2211202 Further performance evaluation for SL positioning CATT, GOHIGH
R1-2211267 Discussion on evaluation of SL positioning LG Electronics
R1-2211301 Evaluation of latency requirements for sidelink positioning TOYOTA Info Technology Center
R1-2211368 Discussion on evaluation of sidelink positioning xiaomi
R1-2212739 Evaluations of SL positioning Intel Corporation (rev of R1-2211404)
R1-2211446 Evaluation results for SL positioning OPPO
R1-2211500 Discussion on evaluation of SL positioning ZTE, CMCC
R1-2211615 Evaluation of SL positioning Sony
R1-2211720 Evaluation results for SL positioning InterDigital, Inc.
R1-2211739 SL Positioning Evaluation and Performance Lenovo
R1-2212049 Discussion on Evaluation for SL Positioning Samsung
R1-2212121 Sidelink Positioning Evaluation Assumptions and Results Qualcomm Incorporated
R1-2212379 "Evaluation of SL positioning " Fraunhofer IIS, Fraunhofer HHI
R1-2212427 Evaluation results and observations on V2X and IIoT use case for sidelink positioning CEWiT
R1-2212512 Evaluation of NR SL positioning and ranging Ericsson
R1-2211506 Summary #1 for SL positioning evaluation Moderator (ZTE)
From Nov 15th session
Observation:
Update the observation for V2X use case in highway scenario as follows:
For V2X use case in highway scenario, 14 sources ([Huawei 2], [vivo 3], [OPPO 4], [CATT,GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [Lenovo 9], [LG 10], [Samsung 12], [Fraunhofer 13], [Qualcomm 14], [Intel 15], [CEWiT 16], [Ericsson 17]) provide simulation results for FR1, and 2 sources ([LG 10], [CEWiT 16]) provide simulation results for FR2.
§ and is achieved with 200MHz bandwidth in FR2 in contribution from 1 source ([CEWiT 16])
Observation:
For Public safety use case, 3 sources ([Huawei 2], [ZTE,CMCC 7], [Qualcomm 14]) provide simulation results for FR1.
Observation
For absolute positioning, 5 sources ([Huawei 2], [ZTE,CMCC 7], [Qualcomm 14], [CEWiT 16], [Ericsson 17]) provide simulation results for Joint Uu-SL absolute positioning.
· For V2X use case, 4 sources ([Huawei 2], [ZTE,CMCC 7], [CEWiT 16], [Ericsson 17]) show performance improvement of Joint Uu-SL absolute positioning compared to SL-only positioning
· For V2X use case, 2 sources ([CEWiT 16], [Ericsson 17]) show performance improvement of Joint Uu-SL absolute positioning compared to Uu-only positioning
· For IIOT use case, 3 sources ([Huawei 2], [ZTE,CMCC 7], [CEWiT 16],) show performance improvement of Joint Uu-SL absolute positioning compared to SL-only positioning
· For IIOT use case, 3 sources ([Qualcomm 14], [ZTE,CMCC 7], [CEWiT 16],) show performance improvement of Joint Uu-SL absolute positioning compared to Uu-only positioning
· For Public safety, 1 source ([ZTE,CMCC 7]) show performance improvement of Joint Uu-SL absolute positioning compared to SL-only or Uu-only positioning.
· For commercial use case, 1 source ([ZTE,CMCC 7]) show performance improvement of Joint Uu-SL absolute positioning compared to SL-only positioning.
· For commercial use case, 2 sources ([ZTE,CMCC 7], [Qualcomm 14]) show performance improvement of Joint Uu-SL absolute positioning compared to Uu-only positioning.
Observation
Update the observation for SL absolute positioning methods as follows
The performance analysis for Rel-18 SL positioning shows that different SL positioning methods can be used to determine absolute position of a target UE:
· Simulation results based SL-TDOA were provided in contributions from 12 sources ([Nokia 1], [OPPO 4], [CATT, GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [Lenovo 9], [LG 10], [InterDigital 11], [Samsung 12], [Fraunhofer 13], [Intel 15], [CEWiT 16])
· Simulation results based on SL-RTT (multi-RTT) were provided in contributions from 6 sources ([Huawei 2], [vivo 3], [LG 10], [InterDigital 11], [Qualcomm 14], [Samsung 12])
· Simulation results based on two anchors SL-AOA were provided in contribution from 1 source ([Lenovo 9])
Observation
Update the observation for relative positioning/ranging methods as follows
The performance analysis for Rel-18 SL positioning shows that, SL positioning methods can be used for relative positioning/ ranging between UEs. For relative positioning/ranging positioning accuracy,
· Simulation results based SL-RTT and/or AOA were provided in contributions from 12 sources ([Huawei 2], [vivo 3], [OPPO 4], [CATT, GOHIGH 5], [Sony 6], [ZTE, CMCC 7], [Xiaomi 8], [Lenovo 9], [LG 10], [Qualcomm 14], [Intel 15], [Ericsson 17])
· Results based SL-TDOA were provided in contribution from 1 source ([CEWiT 16])
Observation
Update the observation for relative positioning/ranging with different X values as follows:
Simulation results in contributions from 9 sources ([Huawei 2], [vivo 3], [CATT,GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [xiaomi 8], [Lenovo, 9] [LG 10], [Intel 15]) show that relative horizontal accuracy and/or distance accuracy of ranging performance improves with X value decreasing, where X is the maximum distance between two UEs for performing relative positioning or ranging.
· In some simulation cases, a target requirement may be achieved in condition of a smaller X value but not be achieved in condition of a larger X value for a certain SL PRS bandwidth.
· In some simulation cases, a target requirement may be achieved in condition of a smaller X value and a smaller SL PRS bandwidth, but can be achieved in condition of a larger X value and a larger SL PRS bandwidth.
Observation
Update the observation for V2X use case in Urban grid scenario as follows
For V2X use case in Urban grid scenario, 11 sources ([Huawei 2], [vivo 3], [OPPO, 4], [CATT,GOHIGH 5], [Sony 6], [ZTE,CMCC 7], [xiaomi 8], [Lenovo 9], [Qualcomm 14], [Intel 15], [CEWiT 16]) provide simulation results for FR1, and 1 source ([CEWiT 16]) provide simulation results for FR2.
§ and is achieved with at least 200MHz in FR2 in contribution from 1 source ([CEWiT 16])
· where LOS-only links are used in contribution from (CEWiT 16)
§ and is NOT achieved with at least 200MHz in FR2 in contribution from 1 source ([CEWiT 16])
· where LOS-only links are used in contribution from ([CEWiT 16])
Observation
SL absolute positioning performance may be degraded due to uncertainty in the anchor UEs’ location coordinates and synchronization error (for SL-TDOA) between anchor UEs.
R1-2211507 Summary #2 for SL positioning evaluation Moderator (ZTE)
From Nov 16th session
Observation
For IIOT use case in InF-SH scenario, 9 sources ([Nokia 1], [Huawei 2], [vivo 3], [OPPO 4], [CATT,GOHIGH 5], [ZTE,CMCC 7], [InterDigital 11], [Intel 15], [CEWiT 16]) provide simulation results for FR1, and 1 source ([CEWiT 16]) provides simulation results for FR2.
Observation
For IIOT use case in InF-DH scenario, 7 sources ([Nokia 1], [Huawei 2], [vivo 3], [ZTE,CMCC 7], [InterDigital 11], [Qualcomm 14], [CEWiT 16]) provide simulation results for FR1, and 1 source ([CEWiT 16]) provides simulation results for FR2.
Observation
For Commercial use case, 5 sources ([Huawei 2], [ZTE,CMCC 7], [xiaomi 8], [Qualcomm 14], [Intel 15]) provide simulation results for FR1
R1-2210832 Potential solutions for SL positioning Nokia, Nokia Shanghai Bell
R1-2210837 Potential solutions for sidelink positioning FUTUREWEI
R1-2210901 Remaining issues for SL positioning solutions Huawei, HiSilicon
R1-2211012 Discussion on potential solutions for sidelink positioning vivo
R1-2211203 Further discussion on potential solutions for SL positioning CATT, GOHIGH
R1-2211238 Discussion on potential solutions for SL positioning Spreadtrum Communications
R1-2211268 Discussion on potential solutions for SL positioning LG Electronics
R1-2211302 Discussion on potential solutions for sidelink positioning TOYOTA Info Technology Center
R1-2211369 Discussion on sidelink positioning solutions xiaomi
R1-2211405 Potential solutions for SL positioning Intel Corporation
R1-2211447 Discussion on potential solutions for SL positioning OPPO
R1-2211501 Discussion on potential solutions for SL positioning ZTE
R1-2211530 Discussion on potential solutions for sidelink positioning China Telecom
R1-2211616 Discussion on potential solutions for SL positioning Sony
R1-2211685 Discussion on potential solutions for SL positioning CMCC
R1-2211723 Potential solutions for SL positioning InterDigital, Inc.
R1-2211740 Potential SL Positioning Solutions Lenovo
R1-2211818 On Potential solutions for SL positioning Apple
R1-2211949 Discussion on potential solutions for SL positioning DENSO CORPORATION
R1-2211988 Discussion on potential solutions for SL positioning NTT DOCOMO, INC.
R1-2212050 Discussion on Potential Solutions for SL Positioning Samsung
R1-2212122 Potential Solutions for Sidelink Positioning Qualcomm Incorporated
R1-2212178 Views on potential solutions for SL positioning Sharp
R1-2212192 The potential solutions for sidelink positioning MediaTek Inc.
R1-2212195 Discussion on sidelink positioning ASUSTeK
R1-2212337 Potential solutions for sidelink positioning in NR ITL
R1-2212371 Discussion on potential solutions for SL positioning NEC
R1-2212378 Potential solutions for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2212428 Discussion on enhancements for sidelink based positioning CEWiT
R1-2212513 On potential solutions for SL positioning Ericsson
R1-2212661 Moderator Summary #1 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Nov 14th session
Agreement
SL-AoD is included as a potential candidate positioning method, and
· SL-AoD should be deprioritized over the remaining methods that have been recommended to be introduced.
Agreement
With regards to the SL Positioning resource allocation, support
· Alt. 2: either dedicated resource pool(s) and/or a shared resource pool(s) with sidelink communication can be (pre-)configured for SL-PRS.
· Note: this does not imply that the design is the same for both types of resources pools
· Note: shared resources pool(s) should be supported with backward compatibility
R1-2212758 Moderator Summary #2 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Nov 16th session
Agreement
From RAN1 perspective, at least the following 2 operation scenarios are recommended for normative work:
· Operation Scenario 1: PC5-only-based positioning.
· Operation Scenario 2: Combination of Uu- and PC5-based positioning.
Agreement
For Scheme 2, with regards to Resource allocation mechanism for SL-PRS, pick one or both of the following options:
· Option 1: A sensing based resource allocation should be introduced
· Option 2: A random resource selection should be introduced
· In either option 1 or 2, the legacy designs for UE autonomous resource allocation should be used as a starting point. Study if/what enhancements may be needed.
Agreement
With regards to the RTT-type solutions using SL, both single-sided and double-sided RTT methods should be introduced
· Strive to minimize the changes needed on top of the specification support for single-sided RTT, if any, for the introduction of double-sided RTT.
· Note: a UE should be able to support single-sided RTT without having to support double-sided RTT
Agreement
Capture the following TP into the TR 38.859 as a conclusion:
For the solutions for sidelink positioning,
· The following 2 operation scenarios are recommended for normative work
o Operation Scenario 1: PC5-only-based positioning.
o Operation Scenario 2: Combination of Uu- and PC5-based positioning.
· RTT-type solution(s) using SL, SL-AoA and SL-TDOA are recommended for normative work.
o both single-sided and double-sided RTT methods, striving to minimize the changes needed on top of the specification support for single-sided RTT, if any, for the introduction of double-sided RTT
· A new sidelink reference signal (SL-PRS) is recommended for normative work.
o Such a reference signal should use a Comb frequency domain structure and a pseudorandom-based sequence where the existing sequence of DL-PRS should be used as a starting point.
o SCI can be used for reserving/indicating one or more SL-PRS resources
· Both a resource allocation Scheme 1 and Scheme 2 is recommended for normative work, where Scheme 1 corresponds to a network-centric operation SL-PRS resource allocation and Scheme 2 corresponds to UE autonomous SL-PRS resource allocation.
· With regards to the SL-PRS transmission, both dedicated resource pool and shared resource pool with Rel-16/Rel-17/Rel-18 SL communication are recommended for normative work.
o For SL Positioning resource (pre-)configuration in a shared resource pool with Rel-16/17/18 sidelink communication, backward compatibility with legacy Rel-16/17 UEs should be ensured.
· Unicast, Groupcast (not including many to one) and Broadcast of SL-PRS transmission are recommended for normative work.
Agreement
A dedicated SL-PRS resource pool is (pre-)configured in the only SL BWP of a carrier.
R1-2212900 Moderator Summary #3 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Nov 17th session
Agreement
With regards to the power control for SL-PRS at least Open Loop PC should be introduced.
Agreement
For SL-TDOA, DL-TDOA-like operation and UL-TDOA-like operation should be introduced.
· A UE is not required to support both DL-TDOA-like operation and UL-TDOA-like operation
Agreement
With regards to the Positioning methods supported using SL-PRS measurements
o SL-PRS based Rx-Tx measurement
o SL-PRS based RSTD measurement
o SL-PRS based RSRP measurement
o SL-PRS based RSRPP measurement
o SL-PRS based RTOA measurement
o SL-PRS based Azimuth of arrival (AoA) and SL zenith of arrival (ZoA) measurement
R1-2212938 Moderator Summary #4 on potential solutions for SL positioning Moderator (Qualcomm Incorporated)
From Nov 18th session
Agreement
Update the agreed TP into the conclusion section of the TR 38.859 as follows:
For the solutions for sidelink positioning,
· The following 2 operation scenarios are recommended for normative work
o Operation Scenario 1: PC5-only-based positioning.
o Operation Scenario 2: Combination of Uu- and PC5-based positioning.
· RTT-type solution(s) using SL, SL-AoA and SL-TDOA are recommended for normative work.
o both single-sided and double-sided RTT methods, striving to minimize the changes needed on top of the specification support for single-sided RTT, if any, for the introduction of double-sided RTT
o For SL-TDOA, DL-TDOA-like operation and UL-TDOA-like operation is recommended for normative work.
o For the support of the above methods the following measurements are recommended for normative work:
· SL-PRS based Rx-Tx measurement
· SL-PRS based RSTD measurement
· SL-PRS based RSRP measurement
· SL-PRS based RSRPP measurement
· SL-PRS based RTOA measurement
· SL-PRS based Azimuth of arrival (AoA) and SL zenith of arrival (ZoA) measurement
· A new sidelink reference signal (SL-PRS) is recommended for normative work.
o Such a reference signal should use a Comb frequency domain structure and a pseudorandom-based sequence where the existing sequence of DL-PRS should be used as a starting point.
o SCI can be used for reserving/indicating one or more SL-PRS resources
o With regards to the power control for SL-PRS at least Open Loop PC is recommended for normative work.
· Both a resource allocation Scheme 1 and Scheme 2 is recommended for normative work, where Scheme 1 corresponds to a network-centric operation SL-PRS resource allocation and Scheme 2 corresponds to UE autonomous SL-PRS resource allocation.
· For resource allocation mechanism for SL-PRS in Scheme 2, a sensing based resource allocation, or a random resource selection, or both, should be introduced, where the legacy designs for UE autonomous resource allocation are used as a starting point.
· With regards to the SL-PRS transmission, both dedicated resource pool and shared resource pool with Rel-16/Rel-17/Rel-18 SL communication are recommended for normative work.
o For SL Positioning resource (pre-)configuration in a shared resource pool with Rel-16/17/18 sidelink communication, backward compatibility with legacy Rel-16/17 UEs should be ensured.
· Unicast, Groupcast (not including many to one) and Broadcast of SL-PRS transmission are recommended for normative work.
R1-2210902 Remaining issues for RAT-dependent integrity Huawei, HiSilicon
R1-2211013 Discussion on solutions for integrity of RAT-dependent positioning vivo
R1-2211204 Further discussion on solutions for integrity of RAT dependent positioning techniques CATT
R1-2211311 Views on solutions for integrity of RAT-dependent positioning techniques Nokia, Nokia Shanghai Bell
R1-2211434 Discussions on Integrity for NR Positioning OPPO
R1-2211502 Discussion on integrity of RAT dependent positioning ZTE
R1-2211617 On Error Sources for Integrity of NR Positioning Sony
R1-2211686 Discussion on integrity for RAT-dependent positioning CMCC
R1-2211713 Discussions on Integrity for NR RAT-dependent Positioning BUPT
R1-2211726 Discussion on integrity for RAT dependent positioning techniques InterDigital, Inc.
R1-2211742 Integrity aspects for RAT-dependent positioning Lenovo
R1-2211989 Discussion on solutions for integrity of RAT dependent positioning techniques NTT DOCOMO, INC.
R1-2212051 Discussion on Integrity of RAT Dependent Positioning Samsung
R1-2212123 Integrity for RAT dependent positioning Qualcomm Incorporated
R1-2212179 Views on solutions for integrity of RAT dependent positioning techniques Sharp
R1-2212514 Error Sources characterization for integrity of RAT dependent positioning techniques Ericsson
R1-2212551 FL summary #1 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
Presented in Nov 14th session.
R1-2212722 FL summary #2 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
From Nov 16th session
Agreement
Capture the following in TR 38.859 in Clause “6.1.3 Summary of Evaluation Results for Integrity for RAT-Dependent Positioning Techniques”
· The distribution of timing measurement error has been studied with evaluations in the following sources : [R1-2208454, Huawei, HiSilicon], [R1-2208649, vivo], [R1-2208735, Nokia Nokia Shanghai Bell], [R1-2209214, R1-2211502, ZTE], [R1-2209488, InterDigital],[R1-2209737, R1-2212051, Samsung], [R1-2210176, Ericsson].
· The distribution of angle measurement error has been studied with evaluations in the following sources : [R1-2208454, R1-2210902, Huawei, HiSilicon], [R1-2208649, vivo], [R1-2209214, R1-2211502, ZTE], [R1-2210176, Ericsson].
Agreement
Conclusion
For LMF-based positioning integrity mode, for UL-TDOA, inter-TRP synchronization error can be caused in part by errors in SFN initialization time.
Note: Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857.
Conclusion
· RAN1 could not reach consensus on whether beam information (NR-TRP-BeamAntennaInfo) and boresight direction of DL PRS (NR-DL-PRS-BeamInfo) are error sources or not for DL-AoD for UE-based positioning integrity mode.
Agreement
Capture the following in TR 38.859 in Clause “Annex B.2: Evaluation Results for Integrity for RAT-Dependent Positioning Techniques”.
B.2.1 Results from source [Huawei, HiSilicon]
B.2.1.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [1, 17, Huawei, HiSlilicon].
B.2.1.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [17, Huawei, HiSlilicon].
Details of the evaluation results related to the distribution of angle measurement error can be found in [1, 17, Huawei, HiSlilicon].
B.2.2 Results from source [vivo]
B.2.2.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [20, vivo].
B.2.2.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [20, vivo].
Details of the evaluation results related to the distribution of angle measurement error can be found in [20, vivo].
B.2.3 Results from source [Nokia, Nokia Shanghai Bell]
B.2.3.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [21, Nokia, Nokia Shanghai Bell].
B.2.3.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [21, Nokia, Nokia Shanghai Bell].
B.2.4 Results from source [ZTE]
B.2.4.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [6, 26, ZTE].
B.2.4.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [6, 26, ZTE].
Details of the evaluation results related to the distribution of angle measurement error can be found in [6, 26, ZTE]
B.2.5 Results from source [InterDigital]
B.2.5.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [30, InterDigital].
B.2.5.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [30, InterDigital].
B.2.6 Results from source [Samsung]
B.2.6.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [13, 31, Samsung].
B.2.6.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [13, 31, Samsung].
B.2.7 Results from source [Ericsson]
B.2.7.1 Description of evaluation scenarios
Details related to evaluation scenarios can be found in [35, Ericsson].
B.2.7.2 Evaluation results related to the distribution of measurement error
Details of the evaluation results related to the distribution of timing measurement error can be found in [35, Ericsson].
Details of the evaluation results related to the distribution of angle measurement error can be found in [35, Ericsson].
Agreement
At least DL-PRS RSRPP of the first path or RSRP is an error source for DL-AoD for LMF-based positioning integrity mode.
· Note: RAN1 did not determine the model of the error source
· Note: Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
Agreement
· Inter-TRP synchronization error is an error source for UE-assisted DL-TDOA for LMF-based positioning integrity mode
· FFS: Specification impact
· Note: Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
Agreement
For LMF-based positioning integrity mode, for DL-TDOA, inter-TRP synchronization error can be caused in part by errors in SFN initialization time.
· Note: Definition of “LMF-based positioning integrity mode” can be found in Table 9.4.1.1.1 in TR 38.857
R1-2212793 FL summary #3 on integrity of RAT dependent positioning techniques Moderator (InterDigital)
From Nov 17th session
Agreement (further modified as below in Nov 18th session)
· For LMF-based positioning integrity mode, for DL-TDOA, DL-AoD, UL-TDOA, UL-AoA and multi-RTT, the following distributions are identified as candidates for modeling the distribution of TRP location (e.g., Geographical Coordinates in TS 38.455) error
o Uniform distribution
o Normal distribution
· Note: it is up to RAN2 how to use the identified distributions
Agreement (further modified as below in Nov 18th session)
· For LMF-based positioning integrity mode, for UL-AoA, the following distributions are identified as candidates for modeling the distribution of ARP location (e.g., ARPLocationInformation in TS 38.455) error
o Uniform distribution
o Normal distribution
· Note: it is up to RAN2 how to use the identified distributions
Final summary in R1-2212933.
R1-2210903 Remaining issues for carrier phase positioning Huawei, HiSilicon
R1-2211014 Discussion on carrier phase measurement enhancements vivo
R1-2211100 High precision positioning of dual frequency carrier phase BUPT
R1-2211205 Further discussion on improved accuracy based on NR carrier phase measurement CATT
R1-2211259 Experiment and Simulation Result on Carrier Phase Based Positioning Locaila
R1-2211312 Views on improved accuracy based on NR carrier phase measurement Nokia, Nokia Shanghai Bell
R1-2211370 Improved accuracy based on NR carrier phase measurement xiaomi
R1-2211406 Improved positioning accuracy with NR carrier phase measurements Intel Corporation
R1-2211435 Discussions on Carrier Phase Measurement for NR Positioning OPPO
R1-2212520 Discussion on carrier phase measurement based positioning ZTE (rev of R1-2211503)
R1-2211687 Discussion on carrier phase positioning CMCC
R1-2211728 Discussion on positioning based on NR carrier phase measurement InterDigital, Inc.
R1-2211743 On NR carrier phase measurements Lenovo
R1-2211924 Discussion on OFDM based carrier phase measurement in NR LG Electronics
R1-2211990 Discussion on improved accuracy based on NR carrier phase measurement NTT DOCOMO, INC.
R1-2212550 Discussion on NR Carrier Phase Measurement Samsung (rev of R1-2212052)
R1-2212124 Phase Measurements in NR Positioning Qualcomm Incorporated
R1-2212193 The potential solutions for carrier phase measurement MediaTek Inc.
R1-2212359 Discussion on NR carrier phase positioning NEC
R1-2212380 NR carrier phase measurements for positioning Fraunhofer IIS, Fraunhofer HHI
R1-2212519 Views on NR carrier phase measurement for positioning accuracy enhancement IIT Kanpur, CEWiT (rev of R1-2212415)
R1-2212515 Improved accuracy based on NR carrier phase measurement Ericsson
R1-2212545 FL Summary #1 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Nov 14th session
Agreement
Capture the following TP into TR 38.859 as a conclusion (Section 6.3.3)
Regarding the reference signals for NR carrier phase positioning:
·
Existing DL PRS and UL SRS for positioning purpose are
recommended as the reference signals to enable positioning based on NR carrier
phase measurements for both UE-based and UE-assisted positioning if NR CPP is
introduced.
·
Note: The use of SRS MIMO for NR carrier phase
positioning is transparent for UE
Agreement
Capture the following TP into TR 38.859 as a conclusion.
Regarding the physical layer measurements for NR carrier phase positioning:
· New measurements are recommended to be introduced for supporting UE-based and UE-assisted NR carrier phase positioning, if NR CPP is introduced. The new measurements include, at least, the following:
o For DL carrier phase positioning, the following candidate measurements are identified (potential down-selection may be considered during normative work).
§ the difference between the carrier phase measured from the DL PRS signal(s) of the target TRP and the carrier phase measured from the DL PRS signal(s) of the reference TRP;
§ the carrier phase measured from the DL PRS signal(s) of a TRP.
o For UL carrier phase positioning, the carrier phases measured from the UL SRS for positioning purpose is identified as the UL carrier phase measurements.
· Note: this proposal does not imply which carrier phase measurements are mapped to which positioning technique
Agreement
Capture the following TP into TR 38.859 as a conclusion:
Agreement
Capture the following TP into TR 38.859 as a conclusion:
R1-2212546 FL Summary #2 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Nov 16th session
Agreement
Capture the following observation in TR 38.859 (Section 6.3.2):
The accuracy of NR carrier phase positioning is evaluated under different scenarios (e.g., InF-SH, InF-DH) defined in TS 38.901 without considering the error sources listed in Annex X.Y.Z (e.g., timing/ frequency errors, antenna PCO and ARP position errors). The evaluation results can be seen as the reference for studying the impacts of the error sources listed in Annex X.Y.Z . 9 out of 11 sources ([Huawei/R1-2210903][vivo/R12211014][ CATT/R1-2211205][ Nokia/R1-2211312][ZTE/R1-2212520][LGE/ R1- 2211924][ Qualcomm/R1-2212124][Samsung, R1-2212550][Ericsson, R1-2212515]) show that the centimeter-level positioning accuracy can be achieved by the use of carrier phase measurements at least when other error sources are not considered. 2 out of 11 sources ([Intel/R1-2211406][OPPO/R1-2211435[9]) show that the centimeter-level positioning accuracy can be achieved by the use of ideal resolution of integer ambiguity:
· Source [Huawei, R1-2210903] shows (additional results are available in Annex B.4.X[Huawei])
o For InF-SH scenario:
§ (no differential) UL-CPP (Cases 1): <1.0cm @50% and <1.0cm @80%.
§ SD UL-CPP (Case 5): <1.0cm @50% and <1.0cm @80%.
§ DD DL-CPP (Case 9): <1.0cm @50% and <1.0cm @80%.
o For InF-DH scenario
§ (no differential) UL-CPP (Cases 2): <1.0cm @50% and <1.0cm @80%.
§ SD UL-CPP (Case 6): <1.0cm @50% and 0.974m @80%.
§ DD DL-CPP (Case 10): <1.0cm @50% and 1.014m @80%.
· Source [vivo, R1-2211014] shows (additional results are available in Annex B.4.X[vivo])
o For InF-SH scenario:
§ SD DL-CPP (Case 102): <1.0cm@50% and <1.0cm @80%
o For InF-DH scenario
§ SD DL-CPP (Case 202): <1.0cm@50% and 0.33m @80%
· Source [CATT, R1-2211205] shows:
o For InF-SH scenario:
§ SD DL-CPP (Cases 2): <1.0cm @50% and <1.0cm @80%.
§ DD DL-CPP (Cases 3): <1.0cm @50% and <1.0cm @80%.
§ DD DL-CPP (two subcarrier frequencies in one PFL) (Case 4): <1.0cm @50% and <1.0cm @80%.
§ DD DL-CPP (two carrier frequencies, two PFLs) (Case 5): <1.0cm @50% and <1.0cm @80%.
o For InF-DH scenario
§ SD DL-CPP (Cases 7): 0.6cm @50% and 3.0cm @80%.
§ DD DL-CPP (Cases 8): 4.6cm @50% and 14.8cm @80%.
§ DD DL-CPP (two carrier frequencies, two PFLs) (Case 9): 1.0cm @50% and 2.7cm @80%.
· Source [Nokia, R1-2211312] shows:
o For InF-SH scenario:
§ DD DL-CPP (Cases 1): <1cm @50% and <1cm @80%.
· Source [Intel, R1-2211406] shows:
o For InF-SH scenario:
§ SD DL-CPP (Cases 1): <1cm @50% and <1cm @80% (with ideal resolution of integer ambiguity)
· Source [OPPO, R1-2211435] shows:
o For InF-SH scenario:
§ SD DL-CPP (Cases 1): <1cm @50% and <1cm @80% (with ideal resolution of integer ambiguity)
· Source [ZTE, R1-2212520] shows:
o For InF-SH scenario:
§ DL-CPP (multiple subcarriers within one PFL)(Case 4-1-1): 0.11m @ 50% and 0.51m @80%
§ DL-CPP (Case 4-1-2): 0.3cm @ 50% and 0.21m @ 80%
o For InF-DH scenario:
§ DL-CPP (Case 4-2-1):0.33m @50% and 0.66m @ 80%.
· Source [LGE, R1- 2211924] shows:
o For InF-SH scenario (100MHz and 50MHz Bandwidth):
§ SD DL-CPP (horizontal): <1cm @50% and <1cm @80%
§ SD DL-CPP (vertical): <1cm @50% and <1cm @80%
· Source [Qualcomm, R1-2212124] shows:
o For InF-SH scenario (400MHz, FR2)
§ SD DL-CPP(Case 1): 0.002cm @50% and <0.005cm @80%
· Source [Samsung, R1-2212550] shows:
o For InF-SH scenario (10MHz, @3GHz)
§ Round-trip carrier phase with slope: < 1cm @ 50% and <1 cm @ 80%
o For InF-SH scenario (100MHz, @3.5GHz)
§ Time domain and perfect phase : < 1cm @ 50% and <1 cm @ 80%
§ Time domain and estimated phase : < 1cm @ 50% and ~1 cm @ 80%
· Source [Ericsson, R1-2212515] shows:
o For InF-SH scenario
§ DD UL-CPP: <1cm @50% and 2cm @80%
· Note 1: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
· Note 2: Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X[Huawei, vivo, CATT, Nokia, Intel, OPPO,ZTE, LGE, Qualcomm, Samsung, Ericsson]).
· Note 3: The evaluation results for legacy positioning approach may also be available in each of the sources, or in TR 38.857.
Agreement
Adopt the following TP modification for TR 38.859 (Section 6.3.2):
==== START of TP for TR 38.859 ====
6.3.2 Summary of Evaluations for NR Carrier Phase Positioning
<Unrelated part omitted>
The impact of the
initial phases of the transmitter and the receiver on NR carrier phase
positioning (CPP) is evaluated in the study item.
The evaluation results from the sources (e.g., [73], [74], [75], [76],
[Nokia/R1-2211312])
show that if the impact of the initial phases of the
transmitter and the receiver are not eliminatedmitigated,
it is impossible to support centimeter-level positioning accuracy.
The effectiveness of using
double differential technique with PRU to eliminate the impact of the initial
phases of the transmitter and the receiver on NR carrier phase positioning are
evaluated in the study item. The evaluation results from the sources ([73], [CATT/R1-221120575],
[ZTE/R1-221252076],
[77], [Nokia/R1-2211312]))
show that the initial phases of the transmitter and the receiver can be removed
effectively by the double differential technique with the use of PRU
:
-
Source [73] shows the
positioning accuracy of <1cm (80%) for InFf-SH
and < 1cm (50%) for InFf-DH
can be reached when the PRU is located within a distance of 5m from the target
UE.
-
Source [75][CATT/R1-2211205]
shows the positioning accuracy of <1cm (80%) for InFf-SH
and 4.6<1cm
(50%) for InFf-DH
can be reached under the under condition that the PRU is
located a fixed location in LOS of the TRP.
- Source [77] shows that the accuracy of <1cm (50%) when the PRU is located within 1m of the target UE. However, the effectiveness reduces when the PRU is located away from the target UE because the channel conditions of the PRU is different from the target UE.
- Source [Nokia/R1-2211312] shows the positioning accuracy of < 1cm (80%) for InF-SH can be reached under the condition that the PRU is located a fixed location as shown in [Nokia/R1-2211312].
- Source [ZTE/R1-2212520] shows the positioning accuracy of < 1cm (50%) for InF-SH can be reached under the condition that the integer ambiguity range N is limited to ±1.
- Source [IIT Kanpur, R1-2212519] shows the distance accuracy degrades from 0.5cm @ 50% and 5.2cm @80% to 3.3cm @50% and 4.8cm @ 80% by the initial phase offset for InF-DH scenario.
- Note 1: in the above results, all other error sources (except initial phase error) were not modelled.
- Note 2: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
- Note 3. Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X[Huawei, vivo, CATT, Nokia, ZTE, IIT Kanpur].
==== END of TP ====
Agreement
Adopt the following TP modification for TR 38.859 (Section 6.3.2):
==== START of TP for TR 38.859 ====
6.3.2 Summary of Evaluations for NR Carrier Phase Positioning
<Unrelated part omitted>
The impact of the residual CFO at the transmitter and the receiver for NR carrier phase positioning was evaluated during the study item.
- The evaluation results from the sources ([73], [76]) show that the impact of residual CFO on carrier phase positioning is negligible.
- The evaluation results from the source ([75]) show that the impact of the residual CFO on the performance of carrier phase positioning can be mitigated with the use of the double differential technique with a PRU that is located at a fixed location in LOS of the TRP.
- The evaluation results from the source [vivo/R1-2211014] show that the impact of residual CFO on carrier phase measurement is negligible. However carrier phase positioning accuracy degrades significantly with residual CFO with SD DL-CPP:
o With UE residual CFO 30Hz and TRP residual CFO 10Hz, the accuracy drops from 0.0044m to 0.2m @80% and from 0.0014m to 0.0017m@50% in InF-SH.
o With UE residual CFO 100Hz and TRP residual CFO 10Hz, the accuracy drops from 0.0044m to 0.27m @80% and from 0.0014m to 0.0024m@50% in InF-SH.
- The evaluation results from the source [LGE, R1- 2211924] show that carrier phase positioning accuracy degrades slightly with residual CFO with DD DL-CPP:
o With maximum residual CFO 30Hz between UE and TRP, the accuracy drops from 0.0010m to 0.0018m @50% and from 0.0046m to 0.0208m @80% in InF-SH.
o With maximum residual CFO 100Hz between UE and TRP, the accuracy drops from 0.0010m to 0.0027m @50% and from 0.0046m to 0.0440m @80% in InF-SH.
- The evaluation results from the source [Qualcomm, R1-2212124] show the impact of Doppler in FR1 at 3kmph is small enough that it has negligible impact on the carrier phase positioning accuracy with DD DL-CPP, in the simulated scenario under the agreed modelling for residual CFO.
- Note 1: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
- Note 2. Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X [Huawei, vivo, CATT, ZTE, LGE, Qualcomm].
==== END of TP ====
Agreement
Capture the following observation in TR 38.859:
The impact of the ARP errors on NR carrier phase positioning is evaluated. 9 out of 9 sources ([Huawei, R1-2210903][vivo, R1-2211014][ CATT, R1-2211205][ ZTE, R1-2212520][ LGE, R1- 2211924][ Qualcomm, R1-2212124][ Ericsson, R1- R1-2212515] [Samsung R1-2212550]) show that the ARP errors may have significant impact on NR carrier phase positioning accuracy. 3 out of 8 sources ([Huawei, R1-2210903][ CATT, R1-2211205][ZTE, R1-2212520]) show the impact of gNB ARP position errors on multi-frequency carrier phase positioning is much smaller than the impact on single-frequency carrier phase positioning.
· Source [Huawei, R1-2210903] shows:
o When double differential is not used:
§ For InF-SH scenario with 1cm ARP error:
· UL-CPP (Case 23): 1.3368m @50% and 2.121m @80%
§ For InF-DH scenario with 1cm ARP error:
· UL-CPP (Case 24): 1.2329m @ 50% and 1.9317m @80%
o When double differential is used:
§ For InF-SH scenario with 1cm ARP error:
· (PRU 5m) DD UL-CPP (Case 27): <1cm @ 50% and 0.57269m @80%
· (PRU 2m) DD UL-CPP (Case31): <1cm @ 50% and <1cm @80%
§ For InF-DH scenario with 1cm ARP error:
· (PRU 5m) DD UL-CPP (Case 28): 0.75118m @ 50% and 1.3217m @80%
· (PRU 2m) DD UL-CPP (Case 32): 0.56419m@ 50% and 1.1915m @80%
o When multi-frequency carrier phase positioning is used:
§ For InF-SH scenario with 1cm ARP error and random initial phase:
· (PRU 5m) DD UL-CPP (Case 47): 1.252cm @ 50% and 2.765cm @80%
§ For InF-SH scenario with 5cm ARP error and random initial phase:
· (PRU 5m) DD UL-CPP (Case 48): 5.986cm @ 50% and 0.11879m @80%
· Source [vivo, R1-2211014] shows:
o For InF-SH scenario with 1cm ARP error:
§ SD DL-CPP: 0.09m @50% and 0.20m @80%.
o For InF-SH scenario with 5cm ARP error:
§ SD DL-CPP: 0.18m @50%and 0.28m @80%
· Source [CATT, R1-2211205] shows:
o For InF-SH scenario with 1cm ARP error:
§ DD DL-CPP (Cases 11): <1.0cm @50% and 11.2cm @80%.
§ DD DL-CPP (two subcarrier frequencies within one PFL) (Case 12): <1.0cm @50% and 1.79 cm @80%.
§ DD DL-CPP (two carrier frequencies) (Case 13): <1.0cm @50% and 1.3cm @80%.
o For InF-SH scenario with 5cm ARP error:
§ DD DL-CPP (two carrier frequencies, two PFLs) (Case 15): 3.3cm @50% and 5.6cm @80%.
o For InF-DH scenario with 1cm ARP error:
§ DD DL-CPP (two carrier frequencies, two PFLs) (Case 17): 1.5cm @50% and 3.3cm @80%.
· Source [ZTE, R1-2212520] shows:
o For InF-SH scenario with 1cm ARP error:
§ DL-CPP (single carrier, case 3-2-1): 0.24m@50% and 0.44m@80%.
§ DL-CPP (multiple subcarriers within one PFL, case 3-2-4): 0.12m @50% and 0.25m@80%
o For InF-SH scenario with 5cm ARP error:
§ DL-CPP (single carrier, case 3-2-3): 0.28m@50% and 0.44m@80%
§ DL-CPP (multiple subcarriers within one PFL, case 3-2-6): 0.15m@50% and 0.30m@80%
· Source [LGE, R1- 2211924] shows:
o For InF-SH scenario with 1cm ARP error:
§ DD DL-CPP (single carrier): 0.188m (50%), 0.386m (80%)
· Source [Qualcomm, R1-2212124] shows:
o For InF-SH scenario with 1cm ARP error
§ DD DL-CPP(Case 6, FR2): 3.487cm (50%) and 7.907cm (80%) (PRU-UE range R = 1m, more results with other values of R are available in Annex B.4-X-Qualcomm)
§ DD DL-CPP(Case 14, FR1): 0.05m (50%) and 0.18m (80%)
· Source [Ericsson, R1- R1-2212515] shows:
o For InF-SH scenario with 1cm ARP error (average PRU-UE distance = 1m)
§ DD DL-CPP: 1.5cm (50%) and 3.0cm (80%)
o For InF-SH scenario with 5cm ARP error (average PRU-UE distance = 1m)
§ DD DL-CPP: 10cm (50%) and 0.44m (80%)
· Source [Samsung R1-2212550] shows:
o For InF-SH scenario with 2cm ARP error and random initial phase
§ DL-CPP (single carrier, case 08): 1.06m @50% and 1.54m @80%
· Note 1: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
· Note 2. Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X [Huawei, vivo, CATT, ZTE, LGE, Qualcomm, Ericsson].
· Note 3: The evaluation of multi-frequency carriers is based on the agreed assumption in Annex A.4 without requiring a UE to simultaneously measure more than one DL PFL.
Agreement
Capture the following observation in TR 38.859:
The impact of the UE/TRP phase center offset (PCO) errors on NR carrier phase positioning is evaluated in the study item. 2 out of 4 sources ([Huawei, R1-2210903][vivo, R1-2211014]) when UE/TRP antenna PCO model of Example 2 is used, the impact of the PCO errors can be significant. 2 out of 4 sources ([CATT, R1-2211205][Qualcomm, R1-2212124]) shows when UE/TRP antenna PCO model of Example1 is used, the impact of the PCO errors can be negligible.
· Source [Huawei, R1-2210903] shows:
o For InF-SH scenario with a=3:
§ SD DL-CPP (Case 37): 0.8469m @50% and 1.3922m @80%.
§ DD DL-CPP (Case 41): < 1cm @50% and <1cm @80%.
o For InF-DH scenario with a=3:
§ SD DL-CPP (Case 38): 0.9192m @50% and 1.4393m @80%.
§ DD DL-CPP (Cases 42): 0.4896m @50% and 1.2148m @80%
· Source [vivo, R1-2211014] shows:
o For InF-SH scenario with SD DL-CPP:
§ PCO model (a=1, w=[-2, +2], dPhi= [0, 5]): <1cm @50% and 0.06m @80%
§ PCO model (a=3, w=[-5, +5], dPhi= [0, 5]): <1cm @50% and 0.06m @80%
§ PCO model (a=3, w=[-5, +5], dPhi= [0, 20]): 0.046m @50% and 0.19m @80%
· Source [CATT, R1-2211205] shows:
o For InF-SH scenario:
§ DD DL-CPP (Cases 20/21): < 1cm @50% and <1cm @80%.
o For InF-DH scenario:
§ DD DL-CPP (Cases 22/23): <=1.3cm @50% and <=2.8cm @80%
· Source [Qualcomm, R1-2212124] shows:
o For InF-SH scenario:
§ DD DL-CPP (Cases 4, FR2):
· PCO model (a=0, w=5: 0.014cm @50% and 0.063cm @80%
· PCO model (a=1, w=5: 0.015cm @50% and 0.076cm @80%
· PCO model (a=3, w=5: 0.014cm @50% and 0.270cm @80%
§ DD DL-CPP (Cases 12, FR2):
· PCO model (a=1, X=5: 0.04m @50% and 0.08m @80%
· PCO model (a=3, X=5: 0.04m @50% and 0.08m @80%
· Note 1: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
· Note 2. Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X [Huawei, vivo, CATT, Qualcomm]
Agreement
Adopt the following TP modification for TR 38.859
==== START of TP for TR 38.859 ====
Annex A.3: Evaluation Methodology for NR Carrier Phase Positioning
<Unrelated part omitted>
Table A.3-1: Assumptions for evaluation of NR carrier phase positioning
Assumptions |
Value |
|
Scenarios |
● Baseline: InF-SH, InF-DH ● Optional: Indoor Open Office, Umi, Highway scenarios ○ Other evaluation scenarios are not precluded ○ Existing Rel-17 DL/UL reference signals for the Uu interface are to be used for the Highway scenario. |
|
Frequency errors – Note 1 |
Ideal |
Practical |
Initial residual CFO (is the same for one measurement instances [or multiple phase measurement instances]) |
0 (UE/TRP) |
Uniform distribution within: · [-30, +30] Hz (FR1, UE), [-100, +100] Hz (FR1, UE), · [-120, +120] Hz (FR2, UE), [-400, +400] Hz (FR2, UE), · [-10, +10] Hz (for each TRP, FR1), · [-40, +40] Hz (for each TRP, FR2). |
Oscillator-drift (is the same for one or multiple phase measurement instances for positioning fix) |
0 (UE/TRP) |
· [-0.02, +0.02] ppm (each TRP) within measurement duration |
Antenna reference point (ARP) location error of a TRP |
No ARP error |
A zero-mean, truncated Gaussian distribution with zero mean and standard deviation of T=[1, 5] cm truncated to 2T in each of (x, y, z) direction |
Initial phase of a transmitter |
Modelled as a random variable uniformly distributed within [0, 2pi] · The initial phase of a transmitter applies to all subcarriers of the same carrier frequency associated with the transmitter The initial phases of a transmitter for different carriers can be assumed to be independent of each other. |
|
Initial phase of a receiver |
Modelled as a random variable uniformly distributed within [0, 2pi] · The initial phase of a receiver applies to all subcarriers of the same carrier frequency associated with the receiver · The initial phases of a receiver for different carriers can be assumed to be independent of each other. |
|
UE/TRP antenna phase center offset (PCO) |
dPCO = a * dPhi + w where · a is the scale factor, a=[0, 1, 3] o FFS: other values · dPhi is the direction difference (in degrees): o Example 1, dPhi is the difference between the true and the calculated (or measured) directions between a transmitter (UE/TRP) and a receiver (TRP/UE).
o Example 2: dPhi is the direction difference between one UE to two TRPs, or between one TRP to two UEs. o Note: Example 1 may be more suitable for modelling the PCO of a uncalibrated antenna; while Example 2 may be more suitable for modelling the residual PCO of a calibrated antenna (see [R1-2208206]). · w is 0 or a random variable uniformly distributed within [-2, +2], or [-5, +5], or [-X, +X] degrees. o
· Note: the above model is valid only when absolute value of dPhi < Y degrees o
|
|
Time instances for carrier phase measurements |
o Companies should report their assumptions on UE mobility (e.g., speed) |
|
Note 1: The Doppler frequency can be determined based on the UE speed in the evaluation assumption. |
==== END of TP for TR 38.859 ====
Agreement
Capture the following TP into TR 38.859 as an evaluation observation (for Section 6.3.2):
The potential benefits of using the carrier phases of multiple carriers or multiple subcarriers are evaluated in the study item.
· The evaluation results from the sources (e.g., [Huawei/R1-2210903][CATT/R1-2211205][ZTE/ R1-2212520]) show that the use of the carrier phases of multiple carriers or multiple subcarriers together with double differential technique are beneficial for improving the accuracy of double differential carrier phase positioning.
· The evaluation results from the source [IIT Kanpur/R1-2212519] shows the use of multiple subcarrier technique is beneficial over single carrier.
· The evaluation from the sources [Qualcomm/R1-2212124]) show that combining carrier phase measurements from multiple groups of subcarriers is inferior to coherent processing of all subcarriers to obtain a single more accurate carrier phase measurements.
· One source ([vivo /R1-2211014]) show there is no benefit with the use of the carrier phases of multiple carriers for carrier phase positioning when single differential carrier phase positioning is used.
· The evaluation results from the source [Samsung/R1-2212250] show that the use of the carrier phases of multiple subcarriers together with round trip carrier phase technique is beneficial for improving the accuracy of carrier phase positioning.
· Source [Huawei, R1-2210903] shows:
o When single-frequency carrier phases are used:
§ For InF-SH scenario with 5cm ARP error and random initial phase:
· (PRU within 5m) DD UL-CPP (Case 45): 0.73594m @ 50% and 1.3812m @80%
o When multi-frequency carrier phases are used:
§ For InF-SH scenario with 5cm ARP error and random initial phase:
· (PRU within 5m) DD UL-CPP (Case 48): 5.986cm @ 50% and 0.11879m @80%
· Source [vivo/R1-2211014] shows:
o When multi-frequency carrier phases are used:
§ For InF-SH scenario without other errors,
· SD DL-CPP horizontal accuracy (Cases 703): < 1cm @50% and <1cm @80%.
§ For InF-SH scenario with ARP error
· SD DL-CPP horizontal accuracy (Cases 703): < 1cm @50% and 0.18m @80%
§ For InF-SH scenario with initial phase error
· SD DL-CPP horizontal accuracy (Cases 704): < 0.18m @50% and 0.34m @80%
§ For InF-SH scenario with PCO
· SD DL-CPP horizontal accuracy (Cases 705): < 0.18m @50% and 0.13m @80%
· Source [CATT, R1-2211205[4]) shows:
o For InF-SH scenario with other errors (ARP error, random initial phase, CFO/ Oscillator-drift)
§ DD DL-CPP horizontal accuracy (Cases 27/28): < 1cm @50% and <=2cm @80%.
o For InF-DH scenario:
§ DD DL-CPP horizontal accuracy (Cases 29): 1.6cm @50% and 3.5cm @80%
· Source [ZTE/R1-2212520]) shows
o When multiple subcarriers with in one PFL are used:
§ For InF-SH scenario with other errors (initial phase on both TRP and UE sides)
· DL-CPP accuracy (Case 1-2-9, N is limited to +1): 0.12 m@50% and 0.25m @80%
· Source [Qualcomm, R1-2212124) shows:
o For InF-SH scenario:
§ DD DL-CPP horizontal accuracy (Case 8, FR2): 0.05526m @50% and 1.42119m @80%.
· Source [IIT Kanpur, R1-2212519[20]) shows:
o For InF-DH scenario:
§ Distance accuracy (Case 3): 0.44cm @50% and 0.55cm @80%
· Source [Samsung, R1-2212550] shows:
o For InF-SH scenario (10MHz, @3GHz)
o With multiple sub-carriers and round-trip carrier phase: < 1cm @ 50% and <1 cm @ 80%
· Note 1: Unless indicated otherwise, the results shown above are for horizontal positioning accuracy with a single carrier of bandwidth of 100MHz in FR1.
· Note 2. Evaluation results above are mainly used as examples. Additional results and more details of the evaluation assumptions may be provided by the sources in Annex B.4-X [Huawei, vivo, CATT, ZTE, Qualcomm, IIT Kanpur].
Agreement
Capture the following for TR 38.859 as observation (Section 6.3.2):
The positioning accuracy of Phase-Difference-based AoD positioning has been evaluated.
Source [Qualcomm R1-2212124] shows that a positioning accuracy of 1m (80%) for InF-SH with 20 MHz, is achievable.
Agreement
Adopt the following TP modification for TR 38.859 (Section 6.3.2):
==== START of TP (for TR 38.859) ====
6.3.2 Summary of Evaluations for NR Carrier Phase Positioning
The methodology for the evaluation of NR carrier phase positioning can be found in Annex A.3.
Different evaluation assumptions may be used for the evaluation cases by different sources. Different algorithms and methods may also be used for estimating the carrier phases and determining UE’s location based on the carrier phases. Thus, for the observations of evaluation results presented in this section, it is important to consider the details of the evaluation assumptions as well as the algorithms and methods provided by each source in the references (e.g., in Annex B.4).
==== END of TP ====
Agreement
Capture the following TP into TR 38.859 in section 6.3.1.
==== START of TP ====
· The potential solutions of integer ambiguity resolution for NR carrier phase positioning were investigated in the study item, which include the following:
o Reporting of the carrier phases of more than one frequency from UE/TRP to LMF;
§ Note: frequency refers to frequency of carrier or frequency of subcarrier(s)
o Reporting of the determined integer ambiguity and/or the search range of the integer ambiguity from UE/TRP to LMF;
o Reporting of the carrier phase measurements together with the legacy positioning measurements from UE/TRP to LMF;
o Reporting of the new measurements from UE /TRP to LMF, e.g., based on carrier phase differentials across multiple subcarriers within a carrier;
§ Note: carrier phase differentials across multiple subcarriers within a carrier can be equivalent to time of arrival
o LMF configure the integer ambiguity range between the TRP and target UE (for UE-based NR CPP).
==== END of TP ====
R1-2212547 FL Summary #3 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Nov 17th session
Agreement
Adopt the following TP for TR 38.859 (Section 6.3.2):
==== START of TP ====
The effectiveness of using round-trip carrier phase technique to mitigate the impact of the initial phases of the transmitter and the receiver on NR carrier phase positioning is evaluated by source [Samsung/R1-2212859] for InF-SH, which shows the horizontal positioning accuracy of:
· 0.5cm @80% with continuous sub-carrier allocation in 10 MHz BW (i.e. with enhanced PRS),
· 1cm @80% with Comb-4 sub-carrier allocation in 10 MHz BW and no sub-carrier offset change between symbols (i.e. with enhanced PRS), and
· 1.5cm @80% with Comb-4 sub-carrier allocation in 10 MHz BW and with sub-carrier offset change between symbols (i.e. with existing PRS).
Note: The evaluation results assumed phase coherency between the transmit path and the receive path of each device
==== END of TP ====
R1-2212937 FL Summary #4 for improved accuracy based on NR carrier phase measurements Moderator (CATT)
From Nov 18th session
Agreement
Capture the following TP in the Conclusion of TR 38.859.
==== START of TP ====
Based on the study, it is concluded that it is feasible to use existing DL PRS and SRS signals to obtain the carrier phase measurements for achieving a horizontal accuracy of up to a few centimeters at least at 50% under certain conditions, including the PRU(s) being located in LOS with TRP(s), and the locations of the PRU(s) and TRPs known with centimeter-level accuracy, in the agreed evaluation assumptions.
==== END of TP ====
Including discussions on requirements, evaluations, and potential enhancements.
From AI 5
R1-2210804 LS on SRS in multiple cells RAN2, Huawei
R1-2212726 Summary #1 of SRS in multiple cells Moderator (Huawei)
Decision: From Nov 15th session,
Agreement
Reply to RAN2 with regards to the feasibility of SRS in multiple cells as the following
Comeback for draft LS
R1-2212727 Draft Reply LS on SRS in multiple cells Moderator (Huawei)
Decision: From Nov 16th session, the draft LS in R1-2212727 is endorsed. Final LS is approved in R1-2212728.
From AI 5
R1-2210825 LS on LPHAP information delivery to RAN SA2, Huawei
R1-2212723 Summary #1 of LPHAP information delivery to RAN Moderator (Huawei)
Decision: From Nov 15th session,
Agreement
Reply to SA2 with regards to LPHAP information delivery to RAN as the following.
Comeback for draft LS
R1-2212724 Draft Reply LS on LPHAP information delivery to RAN Moderator (Huawei)
Decision: From Nov 16th session, the draft LS in R1-2212724 is endorsed. Final LS is approved in R1-2212725.
R1-2210904 Remaining issues for LPHAP Huawei, HiSilicon
R1-2211015 Discussion on Low Power High Accuracy Positioning vivo
R1-2211055 Discussions and evaluation of LPHAP enhancements FUTUREWEI
R1-2211206 Further discussion on Low Power High Accuracy Positioning CATT
R1-2211239 Discussion on evaluation and solutions for LPHAP Spreadtrum Communications
R1-2211313 Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2211371 Discussion on Low Power High Accuracy Positioning xiaomi
R1-2211407 On Low Power High Accuracy Positioning Intel Corporation
R1-2211436 Discussion on Low Power High Accuracy Positioning OPPO
R1-2211504 Discussion on low power high accuracy positioning ZTE
R1-2211618 Views on Low Power High Accuracy Positioning Sony
R1-2211688 Discussion on low power high accuracy positioning CMCC
R1-2211730 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2211744 LPHAP considerations Lenovo
R1-2211925 Discussion on LPHAP in idle/inactive state LG Electronics
R1-2211991 Discussion on Low Power High Accuracy Positioning NTT DOCOMO, INC.
R1-2212053 Discussion on LPHAP Samsung
R1-2212125 Requirements, Evaluations, Potential Enhancements for Low Power High Accuracy Positioning Qualcomm Incorporated
R1-2212516 Evaluations for Low Power High Accuracy Positioning Ericsson
R1-2212690 Summary #1 for low power high accuracy positioning Moderator (CMCC)
From Nov 15th session
Observation
Capture the following as an observation in TR 38.859 Section 6.4.3:
· Evaluation results of extending DRX cycle are provided by 13 sources ([2/HW,Hisilicon], [3/vivo], [4/CATT], [6/Spreadtrum], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE], [12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]) out of 19 sources, the following is observed:
o Results with extended DRX cycle beyond 10.24s provide power saving gains with respect to that with the baseline DRX cycle of 1.28s, and is beneficial towards meeting the battery life requirement as extended DRX cycle beyond 10.24s allows a UE to remain in a deeper sleep state for a longer duration.
o From the evaluations,
§ Power saving gains achieved with extended DRX cycle with respect to baseline DRX cycle 1.28s are provided by 2 sources ([3/vivo], [13/CMCC]):
· In [3/vivo], 87%~90% power saving gains are achieved with DRX cycle of 30.72s with respect to that with the baseline DRX cycle of 1.28s;
· In [13/CMCC], 35.05%~53.70% power saving gains are achieved with DRX cycle of 10.24s with respect to that with the baseline DRX cycle of 1.28s, and 37.56%~57.53% power saving gains are achieved with DRX cycle of 20.48s with respect to that with the baseline DRX cycle of 1.28s;
§ Results on battery life of extended DRX cycle together with ultra-deep sleep state are provided by 13 sources ([2/HW,Hisilicon], [3/vivo], [4/CATT], [6/Spreadtrum], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE], [12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]), and the target requirement of 6~12 months is achieved by 12 sources in some cases.
Observation
Capture the following as an observation in TR 38.859 Section 6.4.3:
· Evaluation results of UE (re)entering RRC_CONNECTED state to obtain SRS (re)configuration for UL/DL+UL positioning are provided by 7 sources ([2/HW,Hisilicon], [3/vivo], [4/Futurewei], [9/Intel], [11/ZTE], [13/CMCC], [19/Qualcomm], [20/Ericsson]) out of 19 sources, the following is observed:
o UE (re)entering RRC_CONNECTED state to obtain SRS (re)configuration increases power consumption, and results without SRS (re)configuration procedure provide power saving gains with respect to that with (re)entering RRC_CONNECTED state to obtain SRS (re)configuration.
o From the evaluations,
§ In [2/HW,Hisilicon], 65.2790% of total power is consumed by SRS (re)configuration for UL positioning; UE (re)entering RRC_CONNECTED state to obtain SRS (re)configuration increases the power consumption by 3 times;
§ In [3/vivo], UE (re)entering RRC_CONNECTED state to obtain SRS (re)configuration every 10.24s/20.48s/40.96s increases the power consumption by 8.71%/4.47%/2.23% with DRX cycle of 1.28s and by 13.38%/6.69%/3.34% with DRX cycle of 10.24s;
§ In [4/Futurewei], 23.81%~52.62% of total power is consumed by SRS (re)configuration for UL positioning, and 21.65%~26.54% of total power is consumed by SRS (re)configuration for DL+UL positioning;
§ In [11/ZTE], 11.6%~34.4% of total power is consumed by SRS (re)configuration for UL positioning with ultra-deep sleep state option 1 with additional transition energy 10000, and 46.2%~77.5% of total power is consumed by SRS (re)configuration for UL positioning with ultra-deep sleep state option 2;
§ In [13/CMCC], 11.28%~52.41% of total power is consumed by SRS (re)configuration for UL positioning; Without SRS (re)configuration procedure, 55.07%/20.38%/11.85% power saving gains are achieved for DRX cycle of 1.28s/10.24s/20.48s.
· Evaluation results on battery life assuming no SRS (re)configuration together with ultra-deep sleep state are provided by 11 sources ([2/HW,Hisilicon], [3/vivo], [6/Spreadtrum], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]) out of 19 sources, and the target requirement of 6~12 months is achieved by all 11 sources.
Observation
Capture the following observation in TR 38.859 Section 6.4.3:
· Summary table of results of overall enhancements (Table 8 in Section 3.2.1).
· Evaluation results on the battery life of overall enhancements including at least one or combinations of DRX cycle beyond 10.24s, ultra-deep sleep state, minimized gaps between PRS/SRS/paging/reporting/synchronization, and no SRS (re)configuration procedure, are provided by 13 sources ([2/HW,Hisilicon], [3/vivo], [4/CATT], [6/Spreadtrum], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE],[12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]) out of 19 sources.
· For the evaluation with ultra-deep sleep state option 1 with additional transition energy 10000, results are provided by 13 sources ([2/HW,Hisilicon], [3/vivo], [4/CATT], [6/Spreadtrum], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE],[12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]) out of 19 sources, and the following is observed:
o For the baseline LPHAP Type A device with battery capacity C2 of 800mAh, the target requirement of 6~12 months is achieved by 1 source ([20/Ericsson]) with baseline implementation factor K = 1, and is achieved by 8 sources ([3/vivo], [4/CATT], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE], [13/CMCC], [19/Qualcomm]) with optional implementation factor K;
o For the optional LPHAP Type B device with battery capacity C2 of 4500mAh, the target requirement of 6~12 months is achieved by 8 sources ([3/vivo], [4/CATT], [7/Nokia,NSB], [8/xiaomi], [9/Intel], [11/ZTE], [13/CMCC], [19/Qualcomm]) with baseline implementation factor K = 1, and is achieved by 6 sources ([3/vivo], [6/Spreadtrum], [7/Nokia,NSB], [11/ZTE], [13/CMCC], [19/Qualcomm]) with optional implementation factor K;
· For the evaluation with ultra-deep sleep state option 1 with additional transition energy 5000, results are provided by 4 sources ([3/vivo], [9/Intel], [11/ZTE], [13/CMCC]) out of 19 sources, and the following is observed:
o For the baseline LPHAP Type A device with battery capacity C2 of 800mAh, the target requirement of 6~12 months is achieved by 2 sources ([3/vivo], [9/Intel]) with baseline implementation factor K = 1, and is achieved by 4 sources ([3/vivo], [9/Intel], [11/ZTE], [13/CMCC]) with optional implementation factor K;
o For the optional LPHAP Type B device with battery capacity C2 of 4500mAh, the target requirement of 6~12 months is achieved by 3 sources ([3/vivo], [11/ZTE], [13/CMCC]) with baseline implementation factor K = 1, and is achieved by 3 sources ([3/vivo], [11/ZTE], [13/CMCC]) with optional implementation factor K;
· For ultra-deep sleep state option 2 (including TDMed with ultra-deep sleep option 1 for power cycles in which paging reception is required), results are provided by 4 sources ([2/HW,Hisilicon], [8/xiaomi], [11/ZTE], [13/CMCC]) out of 19 sources, and the following is observed:
o For the baseline LPHAP Type A device with battery capacity C2 of 800mAh, the target requirement of 6~12 months is achieved by 4 sources ([2/HW,Hisilicon], [8/xiaomi], [11/ZTE], [13/CMCC]) with baseline implementation factor K = 1, and is achieved by 2 sources ([11/ZTE], [13/CMCC]) with optional implementation factor K;
o For the optional LPHAP Type B device with battery capacity C2 of 4500mAh, the target requirement of 6~12 months is achieved by 1 source ([13/CMCC]) with baseline implementation factor K = 1, and is achieved by 1 source ([13/CMCC]) with optional implementation factor K;
Agreement
Updated the previous observation in TR 38.859 Section 6.4.3 (editorial modifications references for the sources can be made when incorporating into the TR):
· For the evaluation on the battery life of the baseline LPHAP Type A device with battery capacity C2 of 800mAh:
o Based on the results provided by all sources, the target requirement of 6~12 months is not achieved by the existing Rel-17 positioning for UEs in RRC_INACTIVE state with baseline implementation factor K = 1 and baseline evaluation assumptions.
o Based on the results provided by all sources, the target requirement of 6~12 months is not achieved by the existing Rel-17 positioning for UEs in RRC_INACTIVE state with optional implementation factor K or optional evaluation assumptions.
o
For UE-assisted DL
positioning, results are provided by 13 14 sources ([34],
[36], [37] [3/vivo],
[38] [7/Nokia, NSB],
[40], [42] [12/Sony],
[43], [44] [8/xiaomi],
[45], [48], [50], [52], [53], [9/Intel])
out of 20 sources, and the following are observed:
§
The target requirement of 6
months is achieved by 0 source, and is not achieved by 13 14 sources
([34],[36], [3/vivo][37], [7/Nokia, NSB][38],[40], [12/Sony][42],[43], [8/xiaomi][44],[45],[48],[50],[52],[53], [9/Intel])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, CG-SDT for measurement reporting, and implementation
factor K = 4.
§
The target requirement of
12 months is achieved by 0 source, and is not achieved by 13 14 sources
([34],[36], [3/vivo],[37], [7/Nokia, NSB][38],[40], [12/Sony][42],[43], [8/xiaomi][44],[45],[48],[50],[52],[53], [9/Intel])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, CG-SDT for measurement reporting, and implementation
factor K = 4.
o
For UE-based DL
positioning, results are provided by 10 11 sources ([34],
[36], [3/vivo][37],
[7/Nokia, NSB][38],
[40], [43], [8/xiaomi] [44], [45], [50],
[52],[9/Intel])
out of 20 sources, and the following are observed:
§
The target requirement of 6
months is achieved by 0 source, and is not achieved by 10 11 sources
([34],[36], [3/vivo][37], [7/Nokia, NSB][38],[40],[43], [8/xiaomi][44],[45],[50],[52],[9/Intel])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, and implementation factor K = 4.
§
The target requirement of
12 months is achieved by 0 source, and is not achieved by 10 11 sources
([34],[36], [3/vivo][37], [7/Nokia.
NSB][38],[40],[43], [8/xiaomi][44],[45],[50],[52],[9/Intel])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, and implementation factor K = 4.
o
For UL positioning, results
are provided by 12 13 sources ([34],
[36], [3/vivo][37],
[7/Nokia, NSB][38],
[40], [43], [8/xiaomi][44], [45], [48],
[50], [52], [53], [9/Intel]) out of 20 sources, and
the following are observed:
§
The target requirement of 6
months is achieved by 0 source, and is not achieved by 12 13 sources
([34], [36], [3/vivo][37], [7/Nokia, NSB][38],
[40], [43], [8/xiaomi] [44], [45], [48],
[50], [52], [53], [9/Intel]) even with the most power
efficient case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR,
no SRS (re)configuration, and implementation factor K = 4.
§
The target requirement of
12 months is achieved by 0 source, and is not achieved by 12 13 sources
([34], [36], [3/vivo][37], [7/Nokia, NSB][38],
[40], [43], [8/xiaomi][44], [45], [48],
[50], [52], [53], [9/Intel]) even with the most power
efficient case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR,
no SRS (re)configuration, and implementation factor K = 4.
o For DL+UL positioning, results are provided by 1 source ([52]) out of 20 sources, and the following are observed:
§
The target requirement of 6
months is achieved by 0 source, and is not achieved by 1 source ([52][20])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, no SRS (re)configuration, CG-SDT for measurement
reporting, and implementation factor K = 4.
§
The target requirement of
12 months is achieved by 0 source, and is not achieved by 1 source ([52][20])
even with the most power efficient case that I-DRX cycle of 10.24s, 1 RS per 1
I-DRX cycle, high SINR, no SRS (re)configuration, CG-SDT for measurement
reporting, and implementation factor K = 4.
· For the evaluation on the battery life of the optional LPHAP Type B device with battery capacity C2 of 4500mAh:
o Based on the results provided by all sources, the target requirement of 6~12 months is not achieved by the existing Rel-17 positioning for UEs in RRC_INACTIVE state with the baseline implementation factor K=1 and baseline evaluation assumptions.
o
For UE-assisted DL
positioning, results are provided by 8 9 sources ([36], [3/vivo][37], [7/Nokia, NSB] [38],
[12/Sony][42],
[43], [45], [50], [52], [8/xiaomi]) out of 20 sources, and
the following are observed:
§
The target requirement of 6
months is achieved by 4 5 sources ([36], [38],[45],[52], [8/xiaomi],
[10/Sony]) with the implementation factor K = 4 and by 2 4 sources
([43],[50], [3/vivo],
[7/Nokia, NSB]) with the
implementation factor K >= 2, and is not achieved by 6 5 sources
with the implementation factor K < 4 ([36], [37],[38],[42],[45],[52], [8/xiaomi])
and by 2
4 sources ([43],[50], [3/vivo],
[7/Nokia, NSB]) with the
implementation factor K < 2.
§
The target requirement of
12 months is achieved by 3 5 sources
([43],[50],[52], [3/vivo], [7/Nokia. NSB]) with the
case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR, CG-SDT for
reporting and implementation factor K = 4, and is not achieved by 8 9 sources
([36],
[3/vivo][37], [7/Nokia, NSB][38], [10/Sony][42],[43],[45],[50],[52], [8/xiaomi])
with the implementation factor K < 4.
o
For UE-based DL
positioning, results are provided by 7 8 sources ([36], [3/vivo][37],
[7/Nokia, NSB][38],
[43], [45], [50], [52], [8/xiaomi]) out of 20 sources, and
the following are observed:
§
The target requirement of 6
months is achieved by 4 sources ([36], [38],[45],[52], [8/xiaomi])
with the implementation factor K = 4 and by 2 4 sources
([43],[50],
[3/vivo], [7/Nokia, NSB]) with the implementation factor K >= 2
, and is not achieved by 5 4 sources with the
implementation factor K < 4 ([36], [37],[38],[45],[52], [8/xiaomi])
and by 2
4 sources ([43],[50], [3/vivo],
[7/Nokia, NSB]) with the implementation factor K < 2;
§
The target requirement of
12 months is achieved by 3 5 sources
([43],[50],[52], [3/vivo], [7/Nokia, NSB]) with the
case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR, and
implementation factor K = 4, and is not achieved by 7 8 sources
([36],
[3/vivo] [37], [7/Nokia, NSB][38],
[43], [45], [50], [52], [8/xiaomi]) with the implementation
factor K < 4.
o
For UL positioning, results
are provided by 7 8 sources ([36], [3/vivo][37],
[7/Nokia,
NSB][38], [43], [45], [50], [52], [8/xiaomi])
out of 20 sources, and the following are observed:
§
The target requirement of 6
months is achieved by 4 sources ([36], [38],[45],[52], [8/xiaomi])
with the implementation factor K = 4 and by 2 4 sources
([1143],[1850],[3/vivo], [7/Nokia, NSB])
with the implementation factor K >= 2, and is not achieved by 5 4 sources
([36], [37], [38],[45],[52], [8/xiaomi])
with the implementation factor K < 4 and by 2 4 sources
([43],[50],[3/vivo],[7/Nokia,
NSB]) with the implementation factor K < 2;
§
The target requirement of
12 months is achieved by 3 5 sources
([43],[50],[52],[3/vivo],[7/Nokia, NSB]) with the
case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR, no SRS
(re)configuration, and implementation factor K = 4, and is not achieved by 7 8 sources
([36], [3/vivo][37],
[7/Nokia,
NSB][38], [43], [45], [50], [52], [8/xiaomi])
with the implementation factor K < 4.
o For DL+UL positioning, results are provided by 1 source ([52]) out of 20 sources, and the following are observed:
§ The target requirement of 6 months is achieved by 1 source ([52]) with implementation factor K = 4, and is not achieved by 1 source ([52]) with implementation factor K < 4;
§ The target requirement of 12 months is achieved by 1 source ([52]) with the case that I-DRX cycle of 10.24s, 1 RS per 1 I-DRX cycle, high SINR, no SRS (re)configuration, CG-SDT for measurement reporting, and implementation factor K = 4, and is not achieved by 1 source ([52]) with implementation factor K < 4.
o Note: The implementation factor K is a factor related to the reference device in the model to convert the relative power unit to the battery life. Four values are introduced for K with K = 1 as the baseline and K = 0.5, 2, 4 as optional values. The model is captured in the Annex A.4.
o Note: Without otherwise noted, “high SINR” in the observation refers to the evaluation case that no intra-/inter-frequency RRM and single SSB for synchronization purpose is considered.
Conclusion
The conclusion from RAN1#110bis-e on the benefit of extending paging DRX cycle will be captured in the TR.
R1-2212691 Summary #2 for low power high accuracy positioning Moderator (CMCC)
From Nov 16th session
Observation
Capture the following as an observation in TR 38.859 Section 6.4.3:
· Evaluation results of minimized gaps between PRS/SRS/paging/reporting/synchronization are provided by 10 ([2/HW,Hisilicon], [3/vivo], [6/Spreadtrum], [8/xiaomi], [11/ZTE], [12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm], [20/Ericsson]) sources out of 19 sources, the following is observed:
o Minimizing gaps between PRS/SRS/paging/reporting/synchronization reduces power consumption, and results with minimized gaps between PRS/SRS/paging/reporting/synchronization provide power saving gains with respect to that without minimized gaps.
o From the evaluations,
§ Comparative results with and without optimization of minimized gaps between PRS/SRS/paging/reporting/synchronization are provided by 3 sources ([12/Sony], [13/CMCC], [20/Ericsson]):
· In [12/Sony], 8%~35% and 12.7%~44.5% power saving gains are achieved for DRX cycle 1.28s and 13.2% and 34% power saving gains for DRX cycle 10.24 sec, with minimized gaps between PRS/SRS/paging/reporting/synchronization with sleep states in TR 38.840 and ultra-deep sleep state option 1 with additional transition energy 10000;
· In [13/CMCC], 5.48%~15.59%, 1.05%~3.60%, and 0.54%~1.96% power saving gains are achieved with minimized gaps between PRS/SRS/paging/reporting/synchronization for DRX cycle 1.28s, 10.24s, and 20.48s with sleep states in TR 38.840; 17.14%~33.33% power saving gains are achieved with minimized gaps between PRS/SRS/paging/reporting/synchronization for DRX cycle of 20.48s with ultra-deep sleep option 1.
o
Results on battery life of
assuming minimized gaps between PRS/SRS/paging/reporting/synchronization
together with DRX cycle equal to or larger than 10.24s and ultra-deep sleep
state are provided by 10 sources ([2/HW,Hisilicon], [3/vivo], [6/Spreadtrum], [8/xiaomi],
[9/Intel], [11/ZTE], [12/Sony], [13/CMCC], [18/Samsung], [19/Qualcomm],
[20/Ericsson]), and the target requirement of 6~12 months is achieved by 9
sources.
· Results of paging and/or PEI triggered positioning are further provided by 2 sources ([11/ZTE], [18/Samsung]) based on minimized gaps, which is beneficial to improve battery life as it allows a UE to perform positioning measurement and/or reporting behaviors:
o In [11/ZTE], PEI triggered positioning improves battery life by 0.24~1.64 months, for DRX cycle 10.24s, with multiple ultra-deep sleep state options;
o In [18/Samsung], paging triggered positioning improves battery life by 0.08 (6.02%) ~0.17 (7.98%) months for DL positioning, and by 0.02 (1.71%)~0.05 (1.96%) months for UL positioning; PEI triggered positioning improves battery life by 0.09 (6.77%) ~0.62 (29.11%) months for DL positioning, and by 0.04 (2.90%) ~0.47 (20.61%) months for UL positioning, for DRX cycle 10.24s and 20.48s, and ultra-deep sleep state option 1 with additional transition energy 10000.
· Results on battery life of skipping paging reception are further provided by 1 source ([2/HW, HiSilicon] out of 19 sources, configuring a DRX cycle longer than positioning periodicity (up to 81.92s) or without paging reception can achieve 44.32%~89% power saving gain and is beneficial to improve battery life as it allows a UE to wake up using ultra-deep sleep state option 2 when only performing positioning related operations to achieve the target requirement of LPHAP. When UE wakes up to perform other operations than just positioning related operations, the UE uses ultra-deep sleep state option 1.
·
Results of only using TRS-based synchronization in adjacent
slot to SRS is are further provided by 1 source ([2/HW,HiSilicon]) under
ultra-deep sleep state option 2 without paging
reception, which achieves 23.33% power saving gain and
further improves battery life with respect to that using SSB-based
synchronization for UL positioning.
Observation for TR 38.859 Section 6.4.3:
· Evaluation results of simplified PRS configuration on both battery life and accuracy are provided by 1 source ([11/ZTE]) out of 19 sources, the following is observed:
o In the case of K=1, C2=800, DRX cycle = 10.24s with ultra-deep sleep option 2, 1-symbol PRS can satisfy 6-month battery life but more than 1 symbol PRS cannot.
o The positioning accuracy of 1-symbol PRS and comb size > 12 barely reduces and can meet the accuracy requirement in some cases.
Agreement
· For the conclusion section of the TR:
o For UL and DL+UL positioning for UEs in RRC_INACTIVE state, the enhancements on SRS for positioning in order to avoid frequent RRC connection for SRS (re)configuration is recommended for normative work.
· For the potential specification impact section of the TR:
o For UL and DL+UL positioning for UEs in RRC_INACTIVE state, the details of solutions for enhancements on SRS for positioning to avoid frequent RRC connection for SRS (re)configuration can be further discussed during normative work, which may include but are not limited to one or combinations of the following:
§ SRS for positioning configurations in multiple cells.
· Note: Details including issues such as interference, timing advance, spatial relation information, pathloss reference and common SRS parameters across multiple cells can be further discussed during normative work.
§ Pre-configuration of one or multiple SRS for positioning configurations.
§ SRS for positioning activation/request procedure(s).
R1-2212692 Summary #3 for low power high accuracy positioning Moderator (CMCC)
From Nov 17th session
Agreement
Extending DRX cycle beyond 10.24s was studied and found beneficial towards meeting the battery life requirement for LPHAP, and is recommended for normative work on Rel-18 positioning enhancements from RAN1’s perspective.
· Note: no RAN1 specification impact has been identified
Agreement
From RAN1’s perspective, DL PRS measurement for UEs in RRC_IDLE state is recommended for the normative work.
Proposal
For the conclusion section of the TR:
· Enhancements on simplified DL PRS configuration with 1-symbol PRS can be studied further and if needed, specified during normative phase.
Proposal
For the potential RAN1 specification impact section of the TR:
· For enhancements on simplified DL PRS configuration, the details of solutions can be left for discussion in the normative phase, which may include but are not limited to simplified DL PRS resource pattern (e.g., 1-symbol PRS, comb size > 12)
R1-2212928 Summary #4 for low power high accuracy positioning Moderator (CMCC)
From Nov 18th session
Agreement
For the conclusion section of the TR:
The study of Rel-18 LPHAP focuses on the evaluation of whether the existing Rel-17 positioning techniques for UEs in RRC_INACTIVE state can support the battery life and positioning requirements, and on the analysis of potential enhancements to address any limitations for UEs in RRC_INACTIVE and/or RRC_IDLE states, as outlined in Clause 6.4.
The target use case for LPHAP is studied and confirmed that the use case 6 defined by SA1 as the single representative use case. The performance requirement of LPHAP use case 6 is defined, including horizontal accuracy, positioning interval, and battery life. It is assumed that the target horizontal positioning accuracy requirement on LPHAP of <1m can be achieved by Rel-16/17 positioning techniques with a positioning bandwidth of at least 100MHz. The main objective of the LPHAP evaluations from the perspective of lower layers is on UE power consumption, as outlined in Clause 6.4.1.
The evaluations on the existing Rel-17 positioning techniques for UEs in RRC_INACTIVE state show that the target battery life required by LPHAP use case 6 cannot be satisfied for majority of the evaluation scenarios that are examined. Based on the evaluation, it is concluded that enhancements to meet the target battery life in Rel-18 are necessary.
The following enhancements are recommended for normative work:
· For UL and DL+UL positioning for UEs in RRC_INACTIVE state, the enhancements on SRS for positioning in order to avoid frequent RRC connection for SRS (re)configuration is recommended for normative work.
· Extending DRX cycle beyond 10.24s was studied and found beneficial towards meeting the battery life requirement for LPHAP, and is recommended for normative work on Rel-18 positioning enhancements from physical layer’s perspective.
· From physical layer’s perspective, DL PRS measurement for UEs in RRC_IDLE state is recommended for the normative work.
Including performance evaluation of existing positioning procedures and measurements with RedCap UEs. The result of the evaluation will be used to assess the necessity of enhancements and, if needed, identify enhancements.
R1-2210905 Remaining issues of RedCap positioning Huawei, HiSilicon
R1-2210921 Discussion on Positioning for RedCap UEs Quectel
R1-2211016 Discussion on positioning for RedCap UEs vivo
R1-2211207 Further discussion on positioning for RedCap UEs CATT
R1-2211314 Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2211408 Enhancements for positioning for RedCap UEs Intel Corporation
R1-2211437 Discussion on Positioning for RedCap Ues OPPO
R1-2211505 Discussion on Positioning for RedCap UE ZTE
R1-2211619 Views on positioning for RedCap UEs Sony
R1-2211689 Discussion on RedCap positioning CMCC
R1-2211732 Discussions on positioning for RedCap UEs InterDigital, Inc.
R1-2211741 Public Safety Personal Protection Equipment (PPE) FirstNet, AT&T, UK Home Office, Erillisverkot, MINISTERE DE L’INTERIEUR, SyncTechno Inc., Softil, Nkom
R1-2211745 Positioning for RedCap devices Lenovo
R1-2211819 On Positioning for RedCap UEs Apple
R1-2211926 Discussion on positioning support for RedCap Ues LG Electronics
R1-2211992 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2212054 Discussion on Positioning for RedCap UEs Samsung
R1-2212126 Positioning for Reduced Capabilities UEs Qualcomm Incorporated
R1-2212180 Views on positioning for RedCap UEs Sharp
R1-2212197 The potential solutions for RedCap UEs for positioning MediaTek Inc.
R1-2212368 Discussion on positioning support for RedCap UEs NEC
R1-2212517 Positioning for RedCap Ues Ericsson
R1-2212601 Feature lead summary #1 for Positioning for RedCap UEs Moderator (Ericsson)
From Nov 15th session
Agreement
Update the following observations in the TR
Observation
Regarding the performance for positioning of Redcap UEs using frequency hopping in IIoT scenarios, considering phase offset between hops:
· In FR1, based on the results provided by the following sources,
o if the phase offset between hops in Frequency hopping is compensated, for InF SH the positioning requirement for IIOT use cases can be achieved using frequency hopping with partial overlap for the purpose of phase offset compensation,
§ Sources in R1-2208457 show that UL TDOA can meet the requirements
§ Sources in R1-2208457, R1-2209217, R1-2211016 show that DL TDOA can meet the requirements
§ Sources in R1-2208652, show that the requirement cannot be met, even if the phase is compensated.
o if the phase offset between hops in Frequency hopping is not compensated
§
Sources in R1-2209217
and R1-2211619 show that DL TDOA can meet the requirements if the
random phase offset is set to be equal or
smaller than 0.52*2π.
§ Sources in R1-2211732 show that DL TDOA cannot meet the requirement with the random phase offset distributed from [-π, π].
o
If the phase
offset is ideally compensated
§
Sources in R1-2208652,
show that DL TDOA can meet the requirements
· In FR2, based on the results provided by the following sources,
o R1-2209994 observed that the requirements can be met even if the phase is not compensated
o R1-2209217 observed that PRS frequency hopping can improve positioning performance if the random phase between hops can be adjusted in FR2, InF-SH scenario.
· Note: Sources used different combinations of number of hops, gap size between hops and partial overlap sizes in their evaluations
· Note: Editorial modifications and addition of references for the sources may be added by the rapporteur when capturing the agreement in the TR, including replacing sources by references and providing the number of sources in the main bullet points, and including additional sources and other revisions.
Observation
Regarding the performance for positioning of Redcap UEs using Rx hopping for reception of the DL PRS or Tx hopping for transmission of the UL SRS in IIoT scenarios, considering time gap between hops:
· In FR1 for InF SH, based on the results provided by the following sources,
o For UL-TDOA, source in R1-2210905 shows that the requirement can be met for a gap of 1ms and cannot be met for a gap of 5ms.
o For DL-TDOA, source in R1-2210905 shows that the requirement can be met for a gap of 1ms and cannot be met for a gap of 5ms.
o For DL-TDOA, source in R1-2212743 shows that the requirement can be met for a gap of 1ms and cannot be met for a gap of more than 2ms
o For DL-TDOA, source in R1- 2211016 shows that the requirement can be met for a gap of 4ms
o For DL-TDOA, source in R1- 2212517 shows that the requirement can be met for a gap of 5ms
Observation
Regarding the performance for positioning of Redcap UEs using Rx hopping for reception of the DL PRS or Tx hopping for transmission of the UL SRS in IIoT or commercial scenarios, considering time gap between hops together with UE speed:
· In FR1, for InF SH based on the results provided by the following sources,
o For UL-TDOA, source in R1-2210905 shows that the horizontal accuracy requirement can be met for a gap of 140us for UE speed of up to 120km/h
o For DL-TDOA, source in R1-2211016 shows that the horizontal accuracy requirement can be met for a gap of 2 or 4 ms for UE speed of up to 30km/h, and cannot be met for 60km/h
o For DL-TDOA, source in R1-2212743 shows that the requirement can be met for a gap of 0.1ms for UE speed of up to 150km/h; the horizontal accuracy requirement can be met for a gap of 0.2ms for UE speed of up to 60km/h; the horizontal accuracy requirement can be met for a gap of 0.5ms for UE speed of up to 30km/h; the horizontal accuracy requirement can be met for a gap of 1ms, 2ms, 5ms for UE speed of up to 3km/h.
· In FR1, for UMi, based on the results provided by the following sources,
o For multi-RTT, source in R1-2212126 shows that the requirement for commercial scenarios cannot be met, but performance of frequency hopping with 5 hops and 640 usec switching gap degrades only marginally for speeds of 30 or 60 kmh over 3kmh.
Observation
Regarding the performance for positioning of Redcap UEs using Rx hopping for reception of the DL PRS in IIoT scenarios, considering timing error during the frequency hopping:
· In FR1, for InF SH based on the results provided by the following sources,
o For DL-TDOA, source in R1-2211016 shows the IIOT horizontal accuracy requirement cannot be met if the timing error is 3ns
o For DL-TDOA, source in R1-2212743 shows the IIOT horizontal accuracy requirement can be met if the timing error is 2ns, but cannot be met if the timing error is 3ns
Observation
In FR1, for InF-SH, the performance of carrier phase positioning with RedCap UEs using 20MHz of bandwidth was evaluated without modeling the agreed error sources
· Sources in [R1-2211016] [R1-2211207] show that a redcap UE using CPP can meet the IIOT requirement under ideal conditions and known integer ambiguity.
· Source in [R1-2212743] shows that a redcap UE using CPP cannot meet the IIOT requirements with a fixed search range of integer ambiguity.
· Source in [R1-2211016] shows that with an estimated integer ambiguity, a redcap UE using CPP cannot meet the IIOT requirements
· Source in [R1-2212054] shows that a redcap UE using CPP can meet the IIOT requirements, under some conditions for integer ambiguity resolution.
· Source in [R1-2212517] shows that a redcap UE using CPP can meet the IIOT requirements if frequency hopping enhancements are also used and cannot meet the IIOT requirements without enhancements.
· Source in [R1-2212126] shows that a redcap UE using phase-difference AoD improves performance over RSRPP-based AoD but cannot meet the IIoT requirements.
R1-2212602 Feature lead summary #2 for Positioning for RedCap UEs Moderator (Ericsson)
R1-2212603 Feature lead summary #3 for Positioning for RedCap UEs Moderator (Ericsson)
From Nov 17th session
Agreement
Capture the following in the TR conclusions:
Agreement
The observation for baseline performance for positioning of RedCap UEs for IIOT scenarios is updated as follow:
Observation
Capture the following observations in the TR, regarding the baseline performance for positioning of Redcap UEs for IIOT scenarios:
· Based on the results provided by a majority of X sources, for InF-SH in FR1, the horizontal positioning requirement for IIOT use cases is not achieved by Rel.17 solutions using 5MHz or 20MHz of bandwidth.
o Sources in R1-2208457, R1-2210179 show that UL TDOA cannot meet the requirement
o Sources in R1-2209994, R1-2210179 show that multi-RTT cannot meet the requirement
o Sources in R1-2208803, R1-2208985, R1-2209061, R1-2209108, R1-2209153, R1-2209217, R1-2209491, R1-2209740, R1-2210179, R1-2212054 show that DL-TDOA cannot meet the requirement
o Source in R1-2208652 shows that the requirement can be met using 20MHz of bandwidth.
o Source in R1-2208652 shows that the requirement cannot be met using 5MHz of bandwidth.
o Source in R1-2211926 shows that UL-AoA cannot meet the requirement
o Source in R1-2212126 shows that DL-AoD cannot meet the requirement
· Based on the results provided by a majority of X sources, for InF-SH in FR2, the horizontal positioning requirement for IIOT use cases is achieved by Rel.17 solutions using 100MHz of bandwidth.
o Sources in R1-2209994 show that multi-RTT can meet the requirement
o Sources in R1-2209217 show that DL-TDOA can meet the requirement
· Based on the result provided by the following source, for InF-DH in FR1, the horizontal positioning requirement for IIOT use cases is not achieved by Rel.17 solutions using 20MHz of bandwidth.
o Source in R1-2209108, R1-2211437, R1-2212743 show that the requirements for IIOT use cases cannot be met for InF-DH.
Agreement
The observation for baseline performance for positioning of RedCap UEs for commercial scenarios is updated as follow:
Observation
· Based on the results provided by R1-2208457 and R1-2211016, for Umi in FR1, the horizontal positioning requirement for commercial use cases is not achieved by Rel.17 solutions using 5MHz or 20MHz of bandwidth and UL-TDOA.
·
Based on the results
provided by R1-2209740 and, R1-2211016, R1-2212743 and R1-2212054, for Umi in FR1, the horizontal positioning requirement for
commercial use cases is not achieved by Rel.17 solutions using 5MHz or 20MHz of bandwidth and DL-TDOA.
· Based on the results provided by R1-2209994 and R1-2211016, for Umi in FR1, the horizontal positioning requirement for commercial use cases is not achieved by Rel.17 solutions using 20MHz or 5 MHz of bandwidth and multi-RTT.
R1-2212949 Feature lead summary #4 for Positioning for RedCap Ues Moderator (Ericsson)
From Nov 18th session
Agreement
Capture the following in section 6.5.3 of the TR:
The following has been identified for potential specification impact of NR positioning for RedCap UEs:
Please refer to RP-223549 for detailed scope of the WI.
R1-2302065 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
[112-R18-Pos] – Debdeep (Intel)
To be used for sharing updates on online/offline schedule, details on what is to be discussed in online/offline sessions, tdoc number of the moderator summary for online session, etc
R1-2301218 Work Plan for Rel-18 WI on Expanded and Improved NR Positioning Intel Corporation
From AI 5
R1-2301915 LS on PRU procedures SA2, Qualcomm
R1-2302047 Discussion of SA2 LS on PRU Procedures Moderator (Qualcomm Incorporated)
From Wednesday session
Conclusion
Current RAN1 specifications do not support a mechanism to ensure simultaneous measurements/transmissions (e.g. in the same slot(s)) for multiple UEs, including a target UE and a PRU.
Conclusion
A PRU can report its location and associated uncertainty as is the case for other UEs. It is not necessary to always include the PRU location information with the PRU measurements in the same report. The PRU location information and measurements should be decoupled, where decoupled means that the PRU location information is determined independently of the reported measurements, even if the PRU location information and the PRU measurements would be included in the same report.
R1-2302106 Discussion (2nd round) of SA2 LS on PRU Procedures Moderator (Qualcomm)
From Thursday session
Agreement
RAN1 will continue discussions on what enhancements to LPP, NRPPa, and/or RAN signaling are necessary to support simultaneous measurements of the same DL-PRS for multiple UEs, including a target UE and a PRU; and to support simultaneous transmission of SRS for multiple UEs, including a target UE and a PRU.
RAN1 will include the outcome in an LS to SA2 and RAN2, and cc RAN3.
Note: Enhancements might or might not have RAN1 specification impact.
Comeback for draft LS
R1-2302145 [Draft] LS Reply on PRU Procedures Moderator (Qualcomm)
Decision: The draft LS reply in R1-2302145 is endorsed. Final LS is approved in R1-2302146.
Comment is made that extra discussion w.r.t the SA2 LS might be needed in next meeting.
R1-2302220 RAN1 agreements for Rel-18 WI on Expanded and Improved NR Positioning Rapporteur (Intel Corporation)
Including procedures related to transmit power control
R1-2300040 Design of SL positioning reference signal SL-PRS Nokia, Nokia Shanghai Bell
R1-2300063 Discussion on SL positioning reference signal FUTUREWEI
R1-2300079 Considerations on SL-PRS design Huawei, HiSilicon
R1-2300222 Discussion on SL positioning reference signal Spreadtrum Communications
R1-2300301 Discussion on SL positioning reference signal OPPO
R1-2300457 Discussion on SL positioning reference signal vivo
R1-2300580 Discussion on Sidelink positioning reference signal xiaomi
R1-2300684 Discussion on SL positioning reference signal CATT, GOHIGH
R1-2300720 Discussion on SL positioning reference signal China Telecom
R1-2300787 SL positioning reference signal Sharp
R1-2300802 Discussion on SL positioning reference signal ZTE
R1-2300836 Discussion on SL positioning reference signal NEC
R1-2300879 Considerations on SL Positioning Reference Signal Sony
R1-2300898 Discussion on Sidelink Positioning Reference Signal Panasonic
R1-2300952 On SL Positioning Reference Signals Intel Corporation
R1-2301006 Discussion on SL positioning reference signal CMCC
R1-2301116 SL-PRS design and power control for SL-PRS InterDigital, Inc.
R1-2301142 Design considerations on SL positioning reference signal Fraunhofer IIS, Fraunhofer HHI
R1-2301211 Discussion on SL PRS Aspects Lenovo
R1-2301268 On SL Positioning Reference Signal Samsung
R1-2301300 Discussion on sidelink positioning reference signal ASUSTeK
R1-2301350 Discussion on SL positioning reference signal Apple
R1-2301417 Reference Signal Design for SL Positioning Qualcomm Incorporated
R1-2301497 Discussion on reference signal for SL positioning NTT DOCOMO, INC.
R1-2301536 Discussion on SL positioning reference signal LG Electronics
R1-2301636 Reference signal design for sidelink positioning MediaTek Inc.
R1-2301678 SL positioning reference signal design Ericsson
R1-2301695 View on SL positioning reference signal design CEWiT, Reliance Jio
R1-2301875 FL summary #1 on SL positioning reference signal Moderator (Intel Corporation)
From Tuesday session
Agreement
SL PRS sequence is generated based on Gold sequence:
where c(i) is a pseudo-random sequence as defined in Clause 5.2.1 of TS 38.211.
Agreement
·
For SL PRS sequence
generation, the pseudo-random sequence c(i) initialization equation is defined
as a function of at least: slot number, symbol number, and a parameter .
· The pseudo-random sequence c(i) initialization equation is based on initialization equation as for DL PRS
Agreement
For SL PRS sequence
generation, consider at least the following options to define the parameter , and select one option:
·
Option 1: is a higher layer
configured parameter
·
Option 2: is based on 12
bits CRC of PSCCH associated with the SL PRS transmission
· Option 3: based on a combination of higher layer configured parameter from a configured ID list and 12 bits of CRC of PSCCH associated with the SL PRS transmission
·
Option 5: is based on 12bits
LSB of destination ID
·
Option 6: is based on 8 bits
of source ID + 4 zero bits
·
Option 7: is based on the
CRC field of the 2nd SCI associated with SL PRS transmission, if there is a 2nd
SCI defined.
Agreement
Range of the parameter is:
.
Agreement
A SL PFL is not defined. SL positioning RS are defined directly with respect to and contained within a single SL BWP and carrier.
Agreement
Support SCS values for SL PRS include:
R1-2301876 FL summary #2 on SL positioning reference signal Moderator (Intel Corporation)
From Wednesday session
Agreement
For RE-offset sequence for SL PRS, the RE-offset sequences specified for DL PRS are considered as a starting point.
o FFS: Exact RE-offset sequences
Agreement
R1-2302095 FL summary #3 on SL positioning reference signal Moderator (Intel Corporation)
From Thursday session
Agreement
For SL PRS in shared or dedicated resource pools,
Agreement
For SL PRS in shared and dedicated resource pools,
Agreement
TDM-based multiplexing of SL PRS from different UEs in a slot is supported at least for dedicated resource pools.
R1-2302096 FL summary #4 on SL positioning reference signal Moderator (Intel Corporation)
From Friday session
Agreement
The OLPC framework defined for PSSCH/PSCCH is considered as a starting point for OLPC for SL PRS.
R1-2300041 On measurements and reporting for SL positioning Nokia, Nokia Shanghai Bell
R1-2300067 Discussion on measurements and reporting for SL positioning FUTUREWEI
R1-2300080 SL positioning methods, measurements, and reporting Huawei, HiSilicon
R1-2300223 Discussion on measurements and reporting for SL positioning Spreadtrum Communications
R1-2300302 Discussion on measurements and reporting for SL positioning OPPO
R1-2300382 Discussion on measurements and reporting for SL positioning TOYOTA Info Technology Center
R1-2300458 Discussion on measurements and reporting for SL positioning vivo
R1-2300581 Discussion on measurements and reporting for SL positioning xiaomi
R1-2300685 Discussion on measurements and reporting for SL positioning CATT, GOHIGH
R1-2300760 Proposed RTT measurement method using Carrier Phase Positioning Locaila
R1-2300788 Measurements and reporting for SL positioning Sharp
R1-2300803 Discussion on SL positioning measurements and reporting ZTE
R1-2300880 Considerations on SL Positioning Measurements and Reporting Sony
R1-2300953 Measurements and reporting for SL positioning Intel Corporation
R1-2301007 Discussion on measurements and reporting for SL positioning CMCC
R1-2301117 Measurement and reporting for SL positioning InterDigital, Inc.
R1-2301143 Measurements and reporting for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2301212 Discussion on SL Positioning Measurement and Reporting Lenovo
R1-2301269 On Measurements and Reporting for SL Positioning Samsung
R1-2301351 On Measurements and reporting for SL positioning Apple
R1-2301418 Measurements and Reporting for SL Positioning Qualcomm Incorporated
R1-2301498 Discussion on measurement and reporting for SL positioning NTT DOCOMO, INC.
R1-2301537 Discussion on measurements and reporting for SL positioning LG Electronics
R1-2301562 Discussion on measurements and reporting for SL positioning DENSO CORPORATION
R1-2301633 Measurement and reporting design for sidelink positioning MediaTek Inc.
R1-2301679 Measurements and reporting for SL positioning Ericsson
R1-2301696 View on SL positioning methods, measurements and reporting for SL positioning CEWiT, Reliance Jio
R1-2301950 Summary #1 on Measurements and reporting for SL positioning Moderator (vivo)
From Tuesday session
Agreement
SL PRS reference signal received power (SL PRS-RSRP)
With regard to the reference point
Agreement
SL PRS reference signal received path power (SL PRS-RSRPP),
With regard to the reference point
Agreement
SL-PRS based RTOA TSL-RTOA is
defined as the beginning time of SL subframe #i containing SL-PRS received from
a UE, relative to the RTOA Reference Time. The SL RTOA
reference time is defined as , where
Agreement
Support both GCS and LCS for SL-PRS based Azimuth of arrival (AoA) and zenith of arrival (ZoA) measurement.
R1-2301951 Summary #2 on Measurements and reporting for SL positioning Moderator (vivo)
From Wednesday session
Agreement
For definition of SL-PRS based Rx-Tx measurement, downselect one of the following alternatives in RAN1# 112b to minimize the impact of UE reference timing offset and mobility
Agreement
Study measurement report content for both the cases of sidelink positioning measurement reported to LMF and UE.
Agreement
For SL-PRS based Rx-Tx measurement for double sided RTT, consider sidelink PRS transmission without order restriction between multiple rounds of PRS transmission of involved UEs.
· FFS on how to differentiate different PRS transmissions for sidelink PRS Rx-Tx measurement and report
· FFS on impact of Scheme 2 resource allocation when the different orders in double sided RTT is considered and whether and how to minimize number of different orders
o Aspects related to scheme 2 resource allocation are to be discussed in agenda 9.5.1.3
R1-2301952 Summary #3 on Measurements and reporting for SL positioning Moderator (vivo)
From Thursday session
Agreement
Study the necessity and scenarios of including location information and quality information of the location of a UE in sidelink positioning measurement report, considering different measurements and different reporting targets (LMF and UE).
Agreement
Study the following candidates for identification information in sidelink positioning report, considering different measurements and different reporting targets (LMF and UE):
Agreement
LoS/NLoS indicator can be included in a sidelink positioning measurement report, considering different reporting targets (LMF and UE).
Agreement
Companies are encouraged to provide expected measurement report content in the following table to facilitate discussion in RAN1 #112bis-e.
Note: this does not imply a different measurement report content for reporting to LMF or to UE.
Table 6.2 Collection of measurement report content
|
reporting to LMF |
reporting to UE |
SL-PRS based Rx-Tx measurement |
|
|
SL-PRS based RSTD measurement |
|
|
SL-PRS based RSRP measurement |
|
|
SL-PRS based RSRPP measurement |
|
|
SL-PRS based RTOA measurement |
|
|
SL-PRS based Azimuth of arrival (AoA) and SL zenith of arrival (ZoA) measurement |
|
|
etc |
|
|
Including details related to the support of unicast/groupcast/broadcast of SL PRS transmissions.
R1-2300042 On resource allocation for SL positioning reference signal Nokia, Nokia Shanghai Bell
R1-2300068 Discussion on resource allocation for SL PRS FUTUREWEI
R1-2300081 Resource allocations for SL positioning Huawei, HiSilicon
R1-2300224 Discussion on resource allocation for SL positioning reference signal Spreadtrum Communications
R1-2300303 Discussion on resource allocation for SL positioning reference signal OPPO
R1-2300383 Discussion on resource allocation for SL positioning TOYOTA Info Technology Center
R1-2300459 Discussion on resource allocation for SL positioning reference signal vivo
R1-2300582 Discussion on resource allocation for SL positioning reference signal xiaomi
R1-2300686 Discussion on Resource allocation for SL positioning reference signal CATT, GOHIGH
R1-2300721 Discussion on resource allocation for SL positioning reference signal China Telecom
R1-2300804 Discussion on resource allocation for SL positioning reference signal ZTE
R1-2300837 Discussion on resource allocation for SL positioning reference signal NEC
R1-2300881 Considerations on SL Positioning Reference Signal Resource allocation Sony
R1-2300954 On resource allocation for SL positioning Intel Corporation
R1-2301008 Discussion on resource allocation for SL positioning reference signal CMCC
R1-2301118 Resource allocation for SL positioning reference signal InterDigital, Inc.
R1-2301144 Considerations on SL-PRS resource allocation Fraunhofer IIS, Fraunhofer HHI
R1-2301213 Discussion on SL Positioning Resource Allocation Lenovo
R1-2301270 On Resource Allocation for SL Positioning Reference Signal Samsung
R1-2301302 Discussion on resource allocation for SL PRS ASUSTeK
R1-2301352 On Resource allocation for SL positioning reference signal Apple
R1-2301841 Resource Allocation for SL-PRS Qualcomm Incorporated (rev of R1-2301419)
R1-2301499 Discussion on resource allocation for SL positioning NTT DOCOMO, INC.
R1-2301538 Discussion on resource allocation for SL positioning reference signal LG Electronics
R1-2301547 Resource allocation for SL positioning reference signal Sharp
R1-2301561 Discussion on resource allocation for SL positioning reference signal DENSO CORPORATION
R1-2301634 Resource allocation for SL-PRS MediaTek Inc.
R1-2301649 Considerations on resource allocation for SL positioning reference signal ITL
R1-2301680 Resource allocation for SL positioning reference signal Ericsson
R1-2301697 View on SL positioning resource allocation for SL positioning reference signal CEWiT, Reliance Jio
R1-2302004 Moderator Summary #1 on resource allocation for SL PRS Moderator (Qualcomm)
From Tuesday session
Agreement
· A UE can be configured to perform either resource allocation Scheme 1 or Scheme 2, applicable to all resource pools (dedicated or shared resource pools).
· SL PRS unicast/groupcast/broadcast can occur in either a shared or a dedicated resource pool.
R1-2302045 Moderator Summary #2 on resource allocation for SL PRS Moderator (Qualcomm)
From Wednesday session
Agreement
For a dedicated resource pool for positioning:
Agreement
For a dedicated resource pool for Positioning,
R1-2302094 Moderator Summary #3 on resource allocation for SL PRS Moderator (Qualcomm)
From Thursday session
Agreement
Regarding Scheme 1 SL-PRS resource allocation, do not further consider a transmitting UE to receive the SL-PRS resource allocation through higher layers from the LMF (i.e. Option 1 is not pursued further).
Agreement
Sensing based or random selection in Scheme 2 is allowed by (pre-)configured per resource pool (similar to Rel-17 NR sidelink communication).
Agreement
With regards to random resource selection, reuse existing Rel-17 random selection mechanism from sidelink communications.
· Study if any changes are needed
Agreement
In Scheme 2, with regards to the triggering of SL-PRS, support one or both of the following options:
R1-2302162 Moderator Summary #4 on resource allocation for SL PRS Moderator (Qualcomm)
From Friday session
Agreement
For SL-PRS transmission, at least support the following
Agreement
For the scheme 2 sensing-based resource allocation,
R1-2300085 Discussion on carrier phase measurement Huawei, HiSilicon
R1-2300225 Discussion on NR DL and UL carrier phase positioning Spreadtrum Communications
R1-2300307 Discussions on NR carrier phase positioning OPPO
R1-2300460 Discussion on carrier phase positioning vivo
R1-2300538 Discussions on Carrier Phase Measurement for NR Positioning BUPT
R1-2300583 NR DL and UL carrier phase positioning xiaomi
R1-2300687 Discussion on NR DL and UL carrier phase positioning CATT
R1-2300761 Proposed solution for uplink and downlink carrier phase positioning Locaila
R1-2300778 Views on NR DL and UL carrier phase positioning Nokia, Nokia Shanghai Bell
R1-2300805 Discussion on carrier phase measurement based positioning ZTE
R1-2300955 On DL and UL carrier phase positioning Intel Corporation
R1-2301009 Discussion on DL/UL carrier phase positioning CMCC
R1-2301066 Discussion on carrier phase positioning in NR LG Electronics
R1-2301119 Discussion on positioning based on NR carrier phase measurement InterDigital, Inc.
R1-2301214 DL & UL Carrier Phase Positioning Discussion Lenovo
R1-2301271 On NR DL and UL Carrier Phase Positioning Samsung
R1-2301353 On NR DL and UL carrier phase positioning Apple
R1-2301420 NR Carrier Phase Positioning Qualcomm Incorporated
R1-2301500 Discussion on NR DL and UL carrier phase positioning NTT DOCOMO, INC.
R1-2301630 Solutions for carrier phase positioning MediaTek Inc.
R1-2301681 NR DL and UL carrier phase positioning Ericsson
R1-2301724 Discussion on NR UL and DL carrier phase positioning IIT Kanpur, CEWiT
R1-2301828 FL Summary #1 for NR DL and UL carrier phase positioning Moderator (CATT)
From Tuesday session
Agreement
To enable UE-based and UE-assisted NR carrier phase positioning (CPP), one or both of the following new measurements should be introduced:
To enable NG-RAN node-assisted NR carrier phase positioning (CPP), the following new measurement should be introduced:
R1-2301829 FL Summary #2 for NR DL and UL carrier phase positioning Moderator (CATT)
From Wednesday session
Agreement
NR DL reference signal carrier phase (RSCP) (of i-th path) is defined as the phase of the channel response at the i-th path delay derived from the resource elements (REs) that carry the DL PRS signals configured for the measurement. A RSCP is associated with a specific RF frequency.
Agreement
For NR DL reference signal carrier phase difference (RSCPD) measurement for NR CPP, the RSCPD is defined as the difference of RSCPs measured from the DL PRS signals from target TRP and reference TRP.
Agreement
For NR carrier phase positioning, at least support the following approach: enable a UE/TRP to report carrier phase measurements together with the legacy positioning measurements to LMF
R1-2301830 FL Summary #3 for NR DL and UL carrier phase positioning Moderator (CATT)
From Friday session
Agreement
NR UL reference signal carrier phase (RSCP) (of i-th path) is defined as the phase of the channel response at the i-th path delay derived from the resource elements (REs) that carry the UL SRS signal for positioning purpose configured for the measurement. A UL RSCP is associated with a specific RF frequency.
Agreement
To support NR carrier phase positioning, further consider the following options:
Agreement
Rel-17 LOS/NLOS indication (when indicated) applies for the carrier phase measurement(s) in the same report.
From AI 5
R1-2301914 LS on the requirement on low power or high accuracy positioning SA2, Huawei
R1-2301990 Discussion on LS reply regarding LPHAP Moderator (Huawei)
R1-2301991 Draft LS reply on the requirement for LPHAP Moderator (Huawei)
Wednesday session decision: The draft LS in R1-2301991 is endorsed. Final LS is approved in R1-2302074.
R1-2300064 Discussions of LPHAP enhancements FUTUREWEI
R1-2300082 Physical layer aspects of LPHAP Huawei, HiSilicon
R1-2300226 Discussion on LPHAP (Low Power High Accuracy Positioning) Spreadtrum Communications
R1-2300309 Discussion on low power high accuracy positioning OPPO
R1-2300461 Discussion on low power high accuracy positioning vivo
R1-2300584 Discussion on Low Power High Accuracy Positioning xiaomi
R1-2300688 Discussion on Low Power High Accuracy Positioning CATT
R1-2300777 Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2300806 Discussion on low power high accuracy positioning ZTE
R1-2300832 Discussion on Low Power High Accuracy Positioning NEC
R1-2300882 Considerations on Low Power High Accuracy Positioning Sony
R1-2300956 On support of LPHAP Intel Corporation
R1-2301010 Discussion on low power high accuracy positioning CMCC
R1-2301067 Discussion on LPHAP in idle/inactive state LG Electronics
R1-2301141 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2301272 On Low Power High Accuracy Positioning Samsung
R1-2301354 On Low Power High Accuracy Positioning Apple
R1-2301421 Discussion on LPHAP Positioning Qualcomm Incorporated
R1-2301501 Discussion on Low Power High Accuracy Positioning NTT DOCOMO, INC.
R1-2301682 On Low Power High Accuracy Positioning Ericsson
R1-2301967 Summary #1 for low power high accuracy positioning Moderator (CMCC)
From Tuesday session
Agreement
For SRS for positioning configuration in multiple cells for UEs in RRC_INACTIVE state, support the following:
· An SRS positioning validity area consists of cells configured in the same band and the same carrier, and the following parameters with respect to BWP information of SRS for positioning configuration are commonly applied across cells within the validity area:
Agreement
For SRS for positioning configuration in multiple cells for a UE in RRC_INACTIVE state, at least the following parameters in SRS for positioning configuration are commonly configured across cells within the validity area:
· srs-PosConfig
Agreement
From RAN1 perspective, it is feasible to configure SRS positioning validity area-specific TA timer (e.g., with larger values) for a UE in RRC_INACTIVE state. Details can be up to RAN2.
· For TA validation, use of area-specific RSRP change threshold is feasible
R1-2301968 Summary #2 for low power high accuracy positioning Moderator (CMCC)
From Wednesday session
Agreement
For the determination of UL timing to transmit SRS for positioning by UEs in RRC_INACTIVE state within the SRS positioning validity area:
· For the UL timing advance, further study the following options, including the DL reference timing for each option:
R1-2301969 Summary #3 for low power high accuracy positioning Moderator (CMCC)
From Friday session
Agreement
For the spatial relation of an SRS for positioning configuration in multiple cells for UEs in RRC_INACTIVE state, further study the following options:
Agreement
For the power control of an SRS for positioning configuration in multiple cells for UEs in RRC_INACTIVE state, further study the following options:
Final summary in R1-2302189.
R1-2300084 Signaling and procedures to support PRS/SRS BW aggregation Huawei, HiSilicon
R1-2300227 Discussion on bandwidth aggregation for positioning measurements Spreadtrum Communications
R1-2300308 Discussion on bandwidth aggregation for positioning measurement OPPO
R1-2300462 Discussion on bandwidth aggregation for positioning measurements vivo
R1-2300585 Bandwidth aggregation for positioning measurement xiaomi
R1-2300689 Discussion on bandwidth aggregation for positioning measurements CATT
R1-2300779 Views on Bandwidth aggregation for positioning measurements Nokia, Nokia Shanghai Bell
R1-2300807 Discussion on BW aggregation for positioning ZTE
R1-2300957 On bandwidth aggregation for positioning measurements Intel Corporation
R1-2301011 Discussion on BW aggregation for positioning measurements CMCC
R1-2301068 Discussion on Bandwidth aggregation for positioning measurements LG Electronics
R1-2301137 Bandwidth aggregation for positioning measurements InterDigital, Inc.
R1-2301215 PRS/SRS Bandwidth Aggregation Aspects Lenovo
R1-2301273 On Bandwidth Aggregation for Positioning Measurements Samsung
R1-2301355 On Bandwidth aggregation for positioning measurements Apple
R1-2301422 Discussion on Bandwidth aggregation for Positioning Qualcomm Incorporated
R1-2301502 Discussion on bandwidth aggregation for positioning measurements NTT DOCOMO, INC.
R1-2301631 PRS/SRS aggregation for positioning measurement MediaTek Inc.
R1-2301683 Bandwidth aggregation for positioning measurements Ericsson
R1-2300809 Summary #1 for BW aggregation positioning Moderator (ZTE)
From Tuesday session
Agreement
To enable PRS bandwidth aggregation between PRS in two or three different PFLs, the following conditions should be satisfied for the aggregated PRS resources from a TRP across the aggregated PFLs:
Agreement
To enable SRS bandwidth aggregation between SRS in two or three carriers, the following conditions should be satisfied for the aggregated SRS resources across the aggregated carriers
R1-2300810 Summary #2 for BW aggregation positioning Moderator (ZTE)
From Wednesday session
Agreement
For PRS bandwidth aggregation across PFLs, support enhancement of PRS configuration to inform UE by LMF (or inform LMF by NG-RAN) PRS resources from which two or three PFLs are linked.
Agreement
Support joint measurement and report for the PRS resources aggregated across the PFLs for DL-TDOA and multi-RTT positioning methods
Agreement
For SRS bandwidth aggregation across two or three carriers, support enhancement of SRS configuration to indicate the SRS resources from which two or three carriers are linked
Agreement
Agreement
From RAN1 perspective, support UE performs PRS measurement across multiple aggregated PFLs in RRC_CONNECTED, RRC_INACTIVE and RRC_IDLE state.
R1-2302091 Summary #3 for BW aggregation positioning Moderator (ZTE )
From Friday session
Agreement
Support joint measurement and report for the SRS resources across the aggregated carriers for UL-TDOA and Multi-RTT positioning methods
Agreement
At least support periodic positioning SRS and semi-persistent positioning SRS for bandwidth aggregation
Agreement
Study potential power control enhancement of simultaneous transmission of SRS for SRS bandwidth aggregation especially in the case when the total uplink transmission power across multiple carriers exceeds P_c,max.
Agreement
Study the relationship between UL communication CA and SRS bandwidth aggregation, including
R1-2300069 On positioning for RedCap UEs in Rel-18 FUTUREWEI
R1-2300083 Discussion on frequency hopping for RedCap positioning Huawei, HiSilicon
R1-2300228 Discussion on positioning for RedCap Ues Spreadtrum Communications
R1-2300310 Discussion on positioning for RedCap UEs OPPO
R1-2300463 Discussion on positioning for RedCap UEs vivo
R1-2300690 Discussion on positioning for RedCap UEs CATT
R1-2300780 Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2300808 Discussion on Positioning for RedCap UEs ZTE
R1-2300833 Discussion on positioning support for RedCap UEs NEC
R1-2300883 Considerations on Positioning for RedCap UEs Sony
R1-2300958 Positioning for RedCap UEs Intel Corporation
R1-2301012 Discussion on RedCap UE positioning CMCC
R1-2301069 Discussion on positioning support for RedCap UEs LG Electronics
R1-2301138 Positioning for RedCap UEs InterDigital, Inc.
R1-2301216 RedCap Positioning Lenovo
R1-2301274 On Positioning for RedCap UEs Samsung
R1-2301356 On Positioning for RedCap UEs Apple
R1-2301423 Positioning for Reduced Capabilities UEs Qualcomm Incorporated
R1-2301503 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2301632 Positioning for RedCap UEs MediaTek Inc.
R1-2301684 Positioning for RedCap Ues Ericsson
R1-2301727 Discussion on NR positioning for RedCap IIT Kanpur, CEWiT
R1-2301984 Feature Lead Summary #1 for Positioning for RedCap UEs Moderator (Ericsson)
From Tuesday session
Conclusion
For positioning enhancements for RedCap UEs, only Rx frequency hopping of the DL PRS is supported.
Agreement
For RedCap UEs, support at least measurements on DL PRS with Rx frequency hopping using a measurement gap
· FFS: details on RedCap UE processing capabilities for DL PRS with Rx frequency hopping and MG
· FFS: the use of a single or multiple instances of a MGs
· FFS: the use of PPW
Conclusion
The scope for RedCap positioning includes FR1 and FR2.
R1-2301985 Feature Lead Summary #2 for Positioning for RedCap UEs Moderator (Ericsson)
From Wednesday session
Agreement
For Positioning enhancements for redcap UEs for UL SRS Tx and DL PRS Rx frequency hopping, from the RAN1 perspective, short switching time to allow RF retuning between adjacent hops may be beneficial in terms of accuracy and latency performance.
· Send an LS to RAN4 requesting feedback on the feasible values for the switching time between hops, at least when numerology and bandwidth for each hops can be the same, and the Tx/Rx antennas used in all hops can be the same.
Comeback for draft LS (see R1-2302126)
R1-2301986 Feature Lead Summary #3 for Positioning for RedCap UEs Moderator (Ericsson)
R1-2302210 Feature Lead Summary #4 for Positioning for RedCap UEs Moderator (Ericsson)
From Friday session
Agreement
For positioning for RedCap UEs with DL PRS Rx Hopping, the UE hops within a DL PRS resource
· FFS: whether there is specification update needed for RAN1
· FFS: remaining details
Agreement
For RedCap UEs, support SRS for positioning frequency hopping by
- Using a configuration separate from the existing BWP configuration
o FFS: hopping is configured within a SRS resource or across SRS resources
R1-2302126 Draft LS on switching time for DL PRS or UL SRS frequency hopping for RedCap UEs Morator (Ericsson)
Decision: The draft LS in R1-2302126 is endorsed with the addition of the two agreements above. Final LS is approved in R1-2302127.
For information:
R1-2302125 Draft LS discussion for DL PRS and UL SRS frequency hopping Switching time Moderator (Ericsson)
Please refer to RP-230328 for detailed scope of the WI. Aspects related to simultaneous measurements (see RAN1 LS reply to SA2 on PRU procedures) are to be handled in agenda 9.5.2.
R1-2304170 Session notes for 9.5 (Study on expanded and improved NR positioning) Ad-Hoc Chair (Huawei)
From AI 5
R1-2302282 LS on error source distributions RAN2, CATT
[112bis-e-R18-Pos-08] – Fumihiro (InterDigital)
Email discussion on RAN2 LS on error source distributions in R1-2302282 by April 26th
R1-2304100 Moderator summary on LS reply for error source distributions (R1-2302282) Moderator (InterDigital, Inc.)
From April 21st GTW session
Agreement
Parameters for the overbound Gaussian distribution can be mean and standard deviation.
Agreement
From RAN1 perspective, the value ranges of existing fields corresponding to quality information (e.g., nr-TimingQuality, rtd-Quality-r16) and uncertainty information (e.g., LocationUncertainty-r16) can be reused as a reference to derive the value ranges for the parameters (e.g., standard deviation) for the overbound Gaussian distribution for the error sources listed in Table 6.1.1-2 in TR 38.859.
Agreement
From RAN1’s perspective, zero is a valid possible option for the mean value for the overbound Gaussian distribution for the error sources listed in Table 6.1.1-2 in TR 38.859.
Agreement
From RAN1’s perspective, the RAN2 agreement “the error sources are overbounded by a Gaussian distribution” can be confirmed for the error sources listed in Table 6.1.1-2 in TR 38.859 if the error source follows a Gaussian distribution.
R1-2304146 [Draft] Reply LS to RAN2 on error source distributions Moderator (InterDigital, Inc.)
Decision: As per email decision posted on April 25th, the draft LS to RAN2 on error source distributions is endorsed. Final LS is approved in R1-2304147.
R1-2304243 RAN1 agreements for Rel-18 WI on Expanded and Improved NR Positioning Rapporteur (Intel Corporation)
From AI 5
R1-2302281 Reply LS on RAN dependency for Ranging & Sidelink Positioning RAN2, Xiaomi
[112bis-e-R18-Pos-09] – Qun (Xiaomi)
Email discussion on RAN2 LS on RAN dependency for ranging & sidelink positioning in R1-2302281by April 26th
- Check points: April 21, April 26
R1-2304092 Moderator summary on discussion of RAN2 LS in R1-2302281 on RAN dependency for Ranging & Sidelink Positioning Moderator (xiaomi)
From April 21st GTW session
Agreement
The draft LS response in Appendix of R1-2304092 is endorsed with the
following revision: NR_pos_enh2-Core.
R1-2304152 Reply LS on RAN dependency for Ranging & Sidelink Positioning RAN1, xiaomi
Decision: As per email decision posted on April 24th, the final LS is approved.
Including procedures related to transmit power control
R1-2302293 Design of SL positioning reference signal SL-PRS Nokia, Nokia Shanghai Bell
R1-2302326 Discussion on SL positioning reference signal FUTUREWEI
R1-2302377 Design on SL-PRS and power control Huawei, HiSilicon
R1-2302388 On sidelink positioning reference signal transmission coordination Continental Automotive
R1-2302490 Discussion on SL positioning reference signal vivo
R1-2302553 Discussion on SL positioning reference signal OPPO
R1-2302583 Discussion on SL positioning reference signal TOYOTA Info Technology Center
R1-2302605 Discussion on SL positioning reference signal Spreadtrum Communications
R1-2302708 Further discussion on SL positioning reference signal CATT, GOHIGH
R1-2302801 On SL Positioning Reference Signals Intel Corporation
R1-2302851 Discussion on SL positioning reference signal Sony
R1-2302874 Discussion on Sidelink Positioning Reference Signal Panasonic
R1-2302926 Discussion on SL positioning reference signal LG Electronics
R1-2302988 Discussion on sidelink positioning reference signal xiaomi
R1-2303027 Discussion on SL positioning reference signal China Telecom
R1-2303063 SL positioning reference signal Sharp
R1-2303133 On SL Positioning Reference Signal Samsung
R1-2303239 Discussion on SL positioning reference signal CMCC
R1-2303263 Discussion on SL PRS Aspects Lenovo
R1-2303276 Discussion on SL positioning reference signal ZTE
R1-2303306 Discussion on SL positioning reference signal design CEWiT
R1-2303414 Design considerations on SL positioning reference signal Fraunhofer IIS, Fraunhofer HHI
R1-2303443 SL-PRS design and power control for SL-PRS InterDigital, Inc.
R1-2303488 On SL positioning reference signal Apple
R1-2303550 SL positioning reference signal design Ericsson
R1-2303595 Reference Signal Design for SL Positioning Qualcomm Incorporated
R1-2303683 Discussion on SL positioning reference signal NEC
R1-2303784 Discussion on sidelink positioning reference signal ASUSTeK
R1-2303837 Reference signal design for sidelink positioning MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-01] – Debdeep (Intel)
Email discussion on SL positioning reference signal by April 26th
- Check points: April 21, April 26
R1-2303963 FL summary #1 on SL positioning reference signal Moderator (Intel Corporation)
Presented in April 19th GTW session
Decision: As per email decision posted on April 21st,
Agreement
For SL PRS sequence generation, no
additional parameters other than the following input parameters are used: slot
number, symbol number, and the parameter .
Agreement
TDM-based multiplexing in a slot of SL PRS from different UEs is NOT supported for a shared resource pool.
Decision: As per email decision posted on April 24th,
Agreement
SL PRS resource sets are not defined in Rel-18.
Agreement
(M, N) patterns with M > N with full staggering are supported.
Agreement
An AGC symbol preceding a SL PRS resource is not considered as part of the SL PRS resource itself.
Agreement
For the SL PRS open-loop power control, a UE can be configured to use DL pathloss (between TX UE and gNB) only, SL pathloss (between TX UE and RX UE) only, or both DL pathloss and SL pathloss.
· The same principle as for PSSCH power control is applied for deciding which (i.e., SL, DL, or SL and DL) pathloss to use.
· FFS: SL pathloss reference for open-loop power control for SL PRS.
R1-2303964 FL summary #2 on SL positioning reference signal Moderator (Intel Corporation)
From April 25th GTW session
Agreement
At least for dedicated SL PRS resource pools, in addition to already-agreed (M, N) = (2, 2), (4, 4), fully staggered pattern with (M, N) = (6, 6) is supported.
Agreement
NOTE 1: The above does not imply need for signalling/(pre-)configuration of all these parameters
Agreement
For
SL PRS sequence generation, one of the following options is down-selected to
define the parameter :
Agreement
For a dedicated SL PRS resource pool, options for SL pathloss reference for OLPC for SL PRS are (to be down-selected from):
Decision: As per email decision posted on April 26th,
Agreement
For shared resource pools, a UE does not map SL-PRS and PSSCH DMRS in the same OFDM symbol(s).
Agreement
For SL pathloss-based OLPC for SL PRS in unicast, filtered RSRP is reported by a receiving UE.
R1-2303965 FL summary #3 on SL positioning reference signal Moderator (Intel Corporation)
From April 26th GTW session
Conclusion
For a partially staggered SL PRS pattern (M, N), repetition of a partially staggered SL PRS pattern (M, N) in a slot is not supported.
Final summary in R1-2304242.
R1-2302294 On measurements and reporting for SL positioning Nokia, Nokia Shanghai Bell
R1-2302327 Discussion on measurements and reporting for SL positioning FUTUREWEI
R1-2302378 Discussion on SL positioning measurement and reporting Huawei, HiSilicon
R1-2302491 Discussion on measurements and reporting for SL positioning vivo
R1-2302554 Discussion on measurements and reporting for SL positioning OPPO
R1-2302606 Discussion on measurements and reporting for SL positioning Spreadtrum Communications
R1-2302709 Further discussion on measurements and reporting for SL positioning CATT, GOHIGH
R1-2302802 Measurements and reporting for SL positioning Intel Corporation
R1-2302852 On Measurements and reporting for SL positioning Sony
R1-2302927 Discussion on measurements and reporting for SL positioning LG Electronics
R1-2302989 Discussion on measurements and reporting for SL positioning xiaomi
R1-2303064 Measurements and reporting for SL positioning Sharp
R1-2303134 On Measurements and Reporting for SL Positioning Samsung
R1-2303240 Discussion on measurements and reporting for SL positioning CMCC
R1-2303264 Discussion on SL Positioning Measurement and Reporting Lenovo
R1-2303277 Discussion on SL positioning measurements and reporting ZTE
R1-2303307 View on SL positioning measurements, measurements and reporting for SL positioning CEWiT
R1-2303415 Measurements and reporting for SL positioning Fraunhofer IIS, Fraunhofer HHI
R1-2303444 Measurement and reporting for SL positioning InterDigital, Inc.
R1-2303489 On Measurements and reporting for SL positioning Apple
R1-2303551 Measurements and reporting for SL positioning Ericsson
R1-2303596 Measurements and Reporting for SL Positioning Qualcomm Incorporated
R1-2303775 Solution for Carrier Phase based RTT Positioning Locaila
R1-2303842 Measurement and reporting design for sidelink positioning MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-02] – Peng (vivo)
Email discussion on measurements and reporting for SL positioning by April 26th
- Check points: April 21, April 26
R1-2303956 Summary #1 on Measurements and reporting for SL positioning Moderator (vivo)
From April 19th GTW session
Conclusion
Agreement
Decision: As per email decision posted on April 20th,
Agreement
Support both the case with and without translation of the LCS to GCS for SL-PRS based Azimuth of arrival (AoA) and zenith of arrival (ZoA) measurement.
Agreement
SL Angle of Arrival (SL AoA) is defined as the estimated azimuth angle and vertical angle of a transmitting UE with respect to a reference direction, wherein the reference direction is defined:
The SL AoA is determined at the receiving UE’s antennas for a SL channel corresponding to the transmitting UE.
Agreement
Support SL-based RSTD, Rx-Tx time difference, RToA, AoA, RSRPP measurement and report for the first path and optionally additional path.
Decision: As per email decision posted on April 21st,
Agreement
For provision of assistance information for absolute SL positioning, the anchor UE location information can be provided to LMF or UE.
FFS: which UEs can receive the anchor UE location information (note: which may be decided by other WGs)
FFS on quality information of anchor UE location information.
Decision: As per email decision posted on April 24th,
Agreement
Support per ARP based measurement in sidelink positioning. The ARP related information can be reported along with the SL measurement.
FFS on details of ARP related information, including whether TEG ID can be reused for such purpose.
R1-2303957 Summary #2 on Measurements and reporting for SL positioning Moderator (vivo)
R1-2303958 Summary #3 on Measurements and reporting for SL positioning Moderator (vivo)
From April 25th GTW session
Agreement
For definition of SL-PRS based Rx-Tx measurement, further consider Alt1 and Alt3 until RAN1#113:
· Alt1: actual SL-PRS transmission time is used for the definition of SL-PRS based Rx-Tx time difference measurement
· Alt3: based on the Rel-16/17 definition for gNB Rx-Tx time difference/UE Rx-Tx time difference in Uu
Agreement
SL reference signal time difference (SL RSTD) is the SL relative timing difference between the UE j and the reference UE i, defined as TSubframe_SL-Rxj – TSubframe_SL-Rxi, where:
· TSubframe_SL-Rxj is the time when the UE receives the start of one subframe from UE j.
· TSubframeSL-Rxi is the time when the UE receives the corresponding start of one subframe from UE i that is closest in time to the subframe received from UE j.
FFS: whether or not impact due to mobility or synchronization timing change should be considered for SL RSTD
Decision: As per email decision posted on April 26th,
Agreement
Support higher layer signaling for sidelink positioning measurement report and report triggering.
· Up to RAN2 to discuss detailed signaling design.
FFS on SCI based report triggering.
Final summary in R1-2304240.
Including details related to the support of unicast/groupcast/broadcast of SL PRS transmissions.
R1-2302295 On resource allocation for SL positioning reference signal Nokia, Nokia Shanghai Bell
R1-2302328 Discussion on resource allocation for SL PRS FUTUREWEI
R1-2302379 Discussion on SL-PRS resource allocation Huawei, HiSilicon
R1-2302387 Considerations on resource allocation for sidelink positioning reference signal Continental Automotive
R1-2302492 Discussion on resource allocation for SL positioning reference signal vivo
R1-2302555 Discussion on resource allocation for SL positioning reference signal OPPO
R1-2302584 Discussion on resource allocation for SL positioning reference signal TOYOTA Info Technology Center
R1-2302607 Discussion on resource allocation for SL positioning reference signal Spreadtrum Communications
R1-2302710 Further discussion on resource allocation for SL positioning reference signal CATT, GOHIGH
R1-2302803 On resource allocation for SL positioning Intel Corporation
R1-2302853 Discussion on resource allocation for SL positioning reference signal Sony
R1-2302875 Discussion on Resource Allocation for SL-PRS Panasonic
R1-2302928 Discussion on resource allocation for SL positioning reference signal LG Electronics
R1-2302990 Discussion on resource allocation for SL positioning reference signal xiaomi
R1-2303028 Discussion on SL positioning reference signal resource allocation China Telecom
R1-2303065 Resource allocation for SL positioning reference signal Sharp
R1-2303135 On Resource Allocation for SL Positioning Reference Signal Samsung
R1-2303241 Discussion on resource allocation for SL positioning reference signal CMCC
R1-2303265 Discussion on SL Positioning Resource Allocation Lenovo
R1-2303278 Discussion on resource allocation for SL positioning reference signal ZTE
R1-2303308 Discussion on SL positioning resource allocation for SL positioning reference signal CEWiT
R1-2303416 Considerations on SL-PRS resource allocation Fraunhofer IIS, Fraunhofer HHI
R1-2303445 Resource allocation for SL positioning reference signal InterDigital, Inc.
R1-2303490 On Resource allocation for SL positioning reference signal Apple
R1-2303552 Resource allocation for SL positioning reference signal Ericsson
R1-2303597 Resource Allocation for SL-PRS Qualcomm Incorporated
R1-2303684 Discussion on resource allocation for SL positioning reference signal NEC
R1-2303786 Discussion on resource allocation for SL PRS ASUSTeK
R1-2303823 Considerations on resource allocation for SL positioning reference signal ITL
R1-2303838 Resource allocation for SL-PRS MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-03] – Alex (Qualcomm)
Email discussion on resource allocation for SL positioning RS by April 26th
- Check points: April 21, April 26
R1-2303978 Moderator Summary #1 on resource allocation for SL PRS Moderator (Qualcomm)
From April 19th GTW session
Agreement
For Scheme 1 SL-PRS resource allocation, a transmitting UE can receive a SL-PRS resource allocation signaling from gNB through a
Decision: As per email decision posted on April 20th,
Agreement
For a dedicated resource pool for positioning:
· No additional slots are needed to be supported.
Agreement
For SL-PRS transmission, either dedicated resource pool(s) or shared resource pool(s) or both can be (pre-)configured in the only SL BWP of a carrier.
· A UE can be (pre-)configured with one or more dedicated SL resource pools.
· A UE can be (pre-)configured with one or more shared SL resource pools.
Decision: As per email decision posted on April 23rd,
Agreement
Confirm the working assumption: Sensing-based and random selection can be allowed in the same resource pool.
Agreement
For Scheme 2 SL-PRS resource allocation, specify congestion control mechanisms using the existing congestion control mechanisms as a starting point.
Agreement
With regards to the SCI signaling in a shared resource pool, in addition to SL PRS transmission, the UE transmits
R1-2304067 Moderator Summary #2 on resource allocation for SL PRS Moderator (Qualcomm)
R1-2304140 Moderator Summary #3 on resource allocation for SL PRS Moderator (Qualcomm)
From April 25th GTW session
Agreement
In a shared resource pool:
Agreement
For a dedicated resource pool for SL positioning, only a single stage SCI is used. PSCCH and associated SL-PRS are TDMed in the same slot.
Agreement
For the scheme 2 sensing-based resource allocation, resolve the brackets below by:
R1-2304233 Moderator Summary #4 on resource allocation for SL PRS Moderator (Qualcomm)
From April 26th GTW session
Agreement
For Scheme 2, in a dedicated resource pool, using Rel-16 resource (re)-selection procedure as the starting point, consider at least the following potential modifications:
Agreement
In Scheme 2, with regards to the triggering of SL-PRS,
R1-2302380 Measurement and reporting for NR carrier phase positioning Huawei, HiSilicon
R1-2302493 Discussion on carrier phase positioning vivo
R1-2302524 Discussions on Carrier Phase Measurement for NR Positioning BUPT
R1-2302556 Discussions on NR carrier phase positioning OPPO
R1-2302608 Discussion on NR DL and UL carrier phase positioning Spreadtrum Communications
R1-2302711 Further discussion on NR DL and UL carrier phase positioning CATT
R1-2302804 On DL and UL carrier phase positioning Intel Corporation
R1-2302934 Views on NR DL and UL carrier phase positioning Nokia, Nokia Shanghai Bell
R1-2302991 NR DL and UL carrier phase positioning xiaomi
R1-2303136 On NR DL and UL Carrier Phase Positioning Samsung
R1-2303242 Discussion on DL/UL carrier phase positioning CMCC
R1-2303266 DL & UL Carrier Phase Positioning Discussion Lenovo
R1-2303279 Discussion on carrier phase positioning ZTE
R1-2303882 NR carrier phase measurements for positioning Fraunhofer IIS, Fraunhofer HHI (rev of R1-2303417)
R1-2303446 Discussion on positioning based on NR carrier phase measurement InterDigital, Inc.
R1-2303491 On NR DL and UL carrier phase positioning Apple
R1-2303553 NR DL and UL carrier phase positioning Ericsson
R1-2303598 NR Carrier Phase Positioning Qualcomm Incorporated
R1-2303717 Discussion on NR DL and UL carrier phase positioning NTT DOCOMO, INC.
R1-2303944 Discussion on carrier phase positioning in NR LG Electronics (rev of R1-2303744)
R1-2303774 Discussion on integer number resolution Locaila (Late submission)
R1-2303821 Discussion on NR UL and DL carrier phase positioning IIT Kanpur, CEWiT
R1-2303841 Solutions for carrier phase positioning MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-04] – Ren (CATT)
Email discussion on NR DL and UL carrier phase positioning by April 26th
- Check points: April 21, April 26
R1-2303888 FL Summary #1 for NR DL and UL carrier phase positioning Moderator (CATT)
Presented in April 17th GTW session.
Decision: As per email decision posted on April 21st,
Agreement
Introduce DL reference carrier phase (DL RSCP) and NR DL reference carrier phase difference (DL RSCPD) as DL carrier phase measurements.
· Note: It is up to RAN4 to decide whether and how to define the requirements for DL RSCP and/or DL RSCPD. No LS needed to RAN4 for this note.
· DL RSCP can be reported together with UE Rx – Tx time difference measurement
· DL RSCPD can be reported together with RSTD measurement
· FFS: details on how to eliminate unknown initial Rx phase with RSCP/RSCPD reporting can be further discussed
· Note: Whether to support standalone DL RSCP and/or DL RSCPD reporting, or DL RSCP/DL RSCPD reporting with other new types of measurements (if agreed), can be further discussed.
R1-2303889 FL Summary #2 for NR DL and UL carrier phase positioning Moderator (CATT)
From April 21st GTW session
Agreement
Support one of the following options for the definition of the reference point of the UE/TRP carrier phase measurements (down-selection in RAN1#113).
Agreement
To enable simultaneous transmission of UL SRS for positioning by a target UE and a PRU, support the following enhancements:
· Enabling LMF to request the serving gNB of a UE to configure the transmission of the [indicated] UL SRS resources from the UE within indicated time window(s).
o FFS: the details of the time window, e.g., the start time, duration, periodicity for the time window(s), within the vicinity of a reference SRS configuration or use the existing message of Scheduled Location time
· Enabling LMF to request the serving gNB and neighboring gNBs of the UE to measure the [indicated] UL SRS resources from the UE within indicated time window(s).
o Note: this may be a different indicated time window
Agreement
To enable simultaneous measurements on same DL PRS by a target UE and a PRU, support the following enhancements:
· Enabling LMF to request the UEs, including target UE and PRU(s), to perform measurements on [indicated] DL PRS resources occurring within indicated time window(s).
· FFS: the details of the configuration of the indicated time window(s), e.g., the start time, duration, periodicity for the time window(s), as well as the relationship with the Scheduled Location time.
Support the reuse of existing physical layer procedures for DL positioning (e.g., DL-TDOA) with the necessary enhancements in measurement configuration, request and report (e.g., adding the configuration related to the NR DL CPP) for both UE-based and UE-assisted NR DL carrier phase positioning, including
· UE in RRC_CONNECTED state with measurement gap.
· FFS: UE in RRC_CONNECTED state without measurement gap
· UE in RRC_INACTIVE state
Decision: As per email decision posted on April 25th,
The specific RF frequency associated with a DL carrier phase measurement is defined as the center frequency of the DL PFL by default.
· Note: It is open to further discussion whether a frequency other than the center frequency of the DL PFL can also be the specific RF frequency for non-default case(s), if RAN1 agrees to introduce them.
Agreement
The specific RF frequency associated with a UL carrier phase measurement is defined, by default, as the center frequency of the transmission bandwidth of the SRS for positioning purpose.
· Note: It is open to further discussion whether a frequency other than the center frequency of the UL carrier can also be the specific RF frequency for a non-default case(s), if RAN1 agrees to introduce them.
Agreement
· Support enabling a TRP to report UL RSCP together with RTOA and/or gNB Rx-Tx time difference measurements to LMF
· Note 1: The report of UL carrier phase measurement with gNB Rx – Tx time difference does not necessarily require the report of DL carrier phase measurement with UE Rx – Tx time difference.
· Note 2: This doesn’t preclude standalone UL carrier phase measurements reporting.
Agreement
Further study whether and how to support a UE/TRP to report the carrier phase measurement quality indication for corresponding the phase measurements.
Agreement
For NR UL carrier phase positioning for UE in RRC_CONNECTED and RRC_INACTIVE states, support reuse of existing physical layer procedures for UL positioning (e.g., UL-TDOA), with necessary enhancements in the measurement configuration, measurement request and measurement report (e.g., the configuration related to the NR UL CPP).
· FFS: the details of the enhancements.
R1-2303890 FL Summary #3 for NR DL and UL carrier phase positioning Moderator (CATT)
From April 26th GTW session
Agreement
Adopt one of the following options for a timestamp associated with a reported RSCP/RSCPD measurement (make the decision in RAN1#113):
· Option 1:
o NR-TimeStamp, currently defined in TS 37.355, is reused as the timestamp with the granularity of a slot.
o FFS: Whether to clarify in the specification the reported RSCP/RSCPD value presents the RSCP/RSCPD of a specific OFDM symbol within the slot identified by the NR-TimeStamp.
· Option 2:
o NR-TimeStamp, currently defined in TS 37.355, should be enhanced to include the OFDM symbol index in a slot, as the timestamp for RSCP/RSCPD measurements.
To address the impact of the phase delays on Tx/Rx RF chains, support one or more of the following options (down-selection in RAN1#113):
· Option 1a: introduce the definition of UE/TRP Tx/Rx phase error groups (PEGs) for the Tx/Rx of DL PRS/UL SRS signals
o Rel-17 definitions of UE/TRP Tx/Rx TEGs can be used as the starting point for defining UE/TRP Tx/Rx PEGs.
o FFS: the details of \the UE/TRP Tx/Rx PEGs
· Option 1b: Introduce Tx/Rx RF antenna IDs or Tx/Rx RF chain IDs to identify the individual Tx/Rx RF chains for transmitting/receiving the DL PRS/UL SRS signals.
o FFS: the details of the Tx/Rx RF antenna IDs or Tx/Rx RF chain IDs
o Note: Device transmitting PRS or positioning SRS provides Tx antenna ID or Tx Chain ID. Device receiving PRS or positioning SRS provides Rx antenna ID or Rx Chain ID.
· Option 1c: introduce the report of ARP ID for the Rx/Tx of DL PRS/UL SRS signals.
o The transmission/reception associated with the same ARP ID is assumed from the same ARP.
o FFS: the maximum number of ARP IDs.
· Option 2: reuse or enhance the existing Rel-17 definitions of UE/TRP Tx/Rx TEGs with smaller margin value.
· Option 3: RAN1 sends an LS to RAN4, requesting RAN4 to consider whether there is a need to define the new UE/TRP Tx/Rx phase error groups (PEGs), introduce new IDs (e.g., Tx/Rx RF antenna IDs ) to present the phase delays for the Tx/Rx of DL PRS/UL SRS signals, or reuse or enhance the existing Rel-17 definitions of UE/TRP Tx/Rx TEGs with smaller margin value, and provide the definitions if RAN4 decides it is needed.
R1-2302330 On enhancements for Rel-18 NR LPHAP FUTUREWEI
R1-2302381 Physical layer aspects of LPHAP Huawei, HiSilicon
R1-2302431 Discussion on Low Power High Accuracy Positioning Quectel
R1-2302494 Discussion on low power high accuracy positioning vivo
R1-2302557 Discussion on low power high accuracy positioning OPPO
R1-2302609 Discussion on LPHAP (Low Power High Accuracy Positioning) Spreadtrum Communications
R1-2302712 Further discussion on Low Power High Accuracy Positioning CATT
R1-2302805 On support of LPHAP Intel Corporation
R1-2302854 Discussion on Low Power High Accuracy Positioning Sony
R1-2302935 Views on LPHAP Nokia, Nokia Shanghai Bell
R1-2302992 Discussion on Low Power High Accuracy Positioning xiaomi
R1-2303137 On Low Power High Accuracy Positioning Samsung
R1-2303243 Discussion on low power high accuracy positioning CMCC
R1-2303280 Discussion on low power high accuracy positioning ZTE
R1-2303447 Discussions on Low Power High Accuracy Positioning (LPHAP) techniques InterDigital, Inc.
R1-2303492 On Low Power High Accuracy Positioning Apple
R1-2303554 On Low Power High Accuracy Positioning Ericsson
R1-2303599 Discussion on LPHAP Positioning Qualcomm Incorporated
R1-2303676 Discussion on Low Power High Accuracy Positioning NEC
R1-2303718 Discussion on Low Power High Accuracy Positioning NTT DOCOMO, INC.
R1-2303745 Discussion on LPHAP in idle/inactive state LG Electronics
[112bis-e-R18-Pos-05] – Jingwen (CMCC)
Email discussion on low power high accuracy positioning by April 26th
- Check points: April 21, April 26
R1-2304000 Summary #1 for low power high accuracy positioning Moderator (CMCC)
From April 17th GTW session
Agreement
For SRS for positioning configuration in multiple cells for a UE in RRC_INACTIVE state, sequenceID in SRS for positioning configuration is commonly configured across cells within the validity area.
Working assumption
For the power control of an SRS for positioning configuration in multiple cells for a UE in RRC_INACTIVE state, support the following options:
· Option 1: Pathloss RS is absent in the configuration.
· Option 2: Pathloss RS is provided in the configuration.
Working assumption
For the spatial relation of an SRS for positioning configuration in multiple cells for UEs in RRC_INACTIVE state, support that spatial relation information can be absent or present in the configuration.
R1-2304001 Summary #2 for low power high accuracy positioning Moderator (CMCC)
From April 21st GTW session
Agreement
Agreement
For the power control of an SRS for positioning configuration in multiple cells for a UE in RRC_INACTIVE state, when pathloss RS is absent in the configuration, the UE determines the pathloss RS using a RS resource obtained from the SS/PBCH block of the camping cell that the UE uses to obtain MIB as the pathloss RS.
Agreement
For the power control of an SRS for positioning configuration in multiple cells for a UE in RRC_INACTIVE state, when pathloss RS is provided in the configuration, support one or multiple of the following alternatives on how to configure pathloss RS (down-selection to be made in RAN1#113 meeting):
R1-2304002 Summary #3 for low power high accuracy positioning Moderator (CMCC)
Presented in April 26th GTW session.
R1-2302382 Discussion on PRS/SRS BW aggregation Huawei, HiSilicon
R1-2302495 Discussion on bandwidth aggregation for positioning measurements vivo
R1-2302558 Discussion on bandwidth aggregation for positioning measurement OPPO
R1-2302610 Discussion on bandwidth aggregation for positioning measurements Spreadtrum Communications
R1-2302713 Further discussion on bandwidth aggregation for positioning measurements CATT
R1-2302806 On bandwidth aggregation for positioning measurements Intel Corporation
R1-2302936 Views on Bandwidth aggregation for positioning measurements Nokia, Nokia Shanghai Bell
R1-2302993 Bandwidth aggregation for positioning measurement Xiaomi
R1-2303138 On Bandwidth Aggregation for Positioning Measurements Samsung
R1-2303201 Bandwidth aggregation for positioning measurements ETRI
R1-2303244 Discussion on BW aggregation for positioning measurements CMCC
R1-2303267 PRS/SRS Bandwidth Aggregation Aspects Lenovo
R1-2303281 Discussion on BW aggregation for positioning ZTE
R1-2303448 Bandwidth aggregation for positioning measurements InterDigital, Inc.
R1-2303493 On Bandwidth aggregation for positioning measurements Apple
R1-2303555 Bandwidth aggregation for positioning measurements Ericsson
R1-2303927 Discussion on Bandwidth aggregation for Positioning Qualcomm Incorporated (rev of R1-2303600)
R1-2303719 Discussion on bandwidth aggregation for positioning measurements NTT DOCOMO, INC.
R1-2303746 Discussion on Bandwidth aggregation for positioning measurements LG Electronics
R1-2303839 PRS/SRS aggregation for positioning measurement MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-06] – Chuangxin (ZTE)
Email discussion on bandwidth aggregation for positioning measurements by April 26th
- Check points: April 21, April 26
R1-2303285 Summary #1 for BW aggregation positioning Moderator (ZTE)
From April 17th GTW session
Agreement
Study whether single TRP Tx TEG ID or UE Rx TEG ID is applied across PRSs in aggregated PFLs for TEG information reporting, i.e. single TEG ID is reported across the aggregated PRS resources for TRP Tx TEG association reporting, or for UE Rx TEG ID reporting in the measurement reporting.
Agreement
For PRS bandwidth aggregation across PFLs, select one of the following options in RAN1#112bis-e meeting
Conclusion
The legacy definition of DL RSTD, UL RTOA, UE Rx-Tx time difference, gNB Rx-Tx time difference is reused with the assumption that the subframe timings of the intra-band contiguous carriers are the same.
Decision: As per email decision posted on April 21st,
R1-2304081 [Draft] LS on measurement definitions for positioning with bandwidth aggregation Moderator (ZTE)
Decision: The draft LS to RAN4 is endorsed. Final LS is approved in R1-2304082.
Agreement
Support aperiodic positioning SRS for bandwidth aggregation for UEs in RRC_CONNECTED state.
· FFS the details
R1-2303286 Summary #2 for BW aggregation positioning Moderator (ZTE)
From April 21st GTW session
Agreement
For PRS resources aggregated across PFLs for DL-TDOA and multi-RTT positioning methods, use similar signaling as the existing Rel-16/Rel-17 DL PRS measurement of single PFL with the necessary update.
Conclusion
The details for on-demand PRS on PRS bandwidth aggregation are up to RAN2 and RAN3.
Agreement
For SRS bandwidth aggregation between SRS in two or three carriers, the aggregated SRS resources are of the same SRS resource-Type.
Agreement
At least from UE capability perspective, the UE support of positioning SRS bandwidth aggregation in RRC_CONNECTED state is decoupled from the UE support of communication CA.
Agreement
Support
the same power prioritization between the aggregated carriers in the case when total UE transmit power
in a transmission occasion I exceeds
Decision: As per email decision posted on April 24th,
Agreement
Introduce new UE capability(-ies) to support PRS bandwidth aggregation measurement
Agreement
Study whether single UE Tx TEG ID or TRP Rx TEG ID is applied across SRSs in aggregated carriers for TEG information reporting, i.e. single UE Tx TEG ID is reported across the aggregated SRS resources for UE Tx TEG association reporting, or for TRP Rx TEG ID reporting in measurement reporting.
R1-2304083 Summary #3 for BW aggregation positioning Moderator (ZTE)
Decision: As per email decision posted on April 26th,
Agreement
Positioning SRS bandwidth aggregation is supported for UEs in RRC_CONNECTED.
Positioning SRS bandwidth aggregation is supported for UEs in RRC_INACTIVE state.
· For the details, Rel-17 positioning SRS configuration for UE in RRC_INACTIVE state outside initial UL BWP can be the starting point
Agreement
From RAN1 perspective, MG-based bandwidth aggregation measurement is supported. Decide whether PPW is supported for PRS bandwidth aggregation measurement in RAN1#113 meeting.
· FFS the details for PPW if supported
Agreement
For the case when PRS in one of aggregated PFL is dropped, e.g. because of collision with SSB, select one of the following solutions for LMF based positioning
Agreement
For SRS bandwidth aggregation across two or three carriers, select one of the following options in RAN1#113 meeting
Agreement
For the SRS resources across aggregated carriers for UL-TDOA and Multi-RTT positioning methods, use similar signaling as the existing Rel-16/Rel-17 SRS measurement of single carrier with the necessary update
Agreement
For positioning SRS aggregation across CCs, if SRS in one of aggregated carriers is dropped in a symbol, select one of the following two options:
From April 26th GTW session
Agreement
For SRS bandwidth aggregation between SRS in two or three carriers, decide whether one or more of the following are needed for the aggregated SRS resources in RAN1#113 meeting
· The same timing advance offset or the same TAG
· The same antenna port from RAN1 specification perspective
· UE is expected to be configured with SRS resources that maintain a per-symbol uniformly spaced SRS pattern across aggregated bandwidths
· Others if any.
Agreement
For PRS bandwidth aggregation between PRS in two or three different PFLs, decide whether one or more of the following are needed for the aggregated PRS resources from a TRP in RAN1#113 meeting:
· The same number of PRS resource sets and/or resources per set for a TRP
· The same NR-DL-PRS-SFN0-Offset value
· UE is expected to be configured with PRS resources that maintain a per-symbol uniformly spaced PRS pattern across aggregated bandwidths
o FFS: a per-symbol uniformly spaced PRS pattern across aggregated bandwidths does not preclude dropping some REs in the guardband between two PFLs
· Others if any.
R1-2302329 On positioning for RedCap UEs in Rel-18 FUTUREWEI
R1-2302383 Discussion on positioning for RedCap UEs Huawei, HiSilicon
R1-2302496 Discussion on positioning for RedCap UEs vivo
R1-2302559 Discussion on positioning for RedCap UEs OPPO
R1-2302611 Discussion on positioning for RedCap Ues Spreadtrum Communications
R1-2302714 Further discussion on positioning for RedCap UEs CATT
R1-2302807 Positioning for RedCap UEs Intel Corporation
R1-2302855 Discussion on positioning for RedCap UEs Sony
R1-2302937 Views on Positioning for RedCap UEs Nokia, Nokia Shanghai Bell
R1-2303139 On Positioning for RedCap UEs Samsung
R1-2303245 Discussion on RedCap UE positioning CMCC
R1-2303268 RedCap Positioning Lenovo
R1-2303282 Discussion on Positioning for RedCap UEs ZTE
R1-2303449 Positioning for RedCap UEs InterDigital, Inc.
R1-2303494 On Positioning for RedCap UEs Apple
R1-2303556 Positioning for RedCap Ues Ericsson
R1-2303601 Positioning for Reduced Capabilities UEs Qualcomm Incorporated
R1-2303674 Discussion on positioning support for RedCap UEs NEC
R1-2303720 Discussion on positioning for RedCap UEs NTT DOCOMO, INC.
R1-2303747 Discussion on positioning support for RedCap UEs LG Electronics
R1-2303822 Discussion on NR positioning for RedCap IIT Kanpur, CEWiT
R1-2303840 Positioning for RedCap UEs MediaTek (Chengdu) Inc.
[112bis-e-R18-Pos-07] – Florent (Ericsson)
Email discussion on positioning for RedCap UEs by April 26th
- Check points: April 21, April 26
R1-2304004 Feature Lead Summary #1 for Positioning for RedCap UEs Moderator (Ericsson)
From April 17th GTW session
Agreement
For RedCap UEs, SRS for positioning Tx frequency hopping is configured (select one alternative):
· Alt 1: within one SRS for positioning resource
· Alt 2: across resources, within one SRS for positioning resource set
· Alt 3: across resource sets, with all resources in a set corresponding to the same hop sub-bandwidth
Decision: As per email decision posted on April 21st,
Conclusion
For the positioning of redcap UEs, for the DL PRS reception and UL SRS transmission, the maximum hopping bandwidth for a single hop is 20MHz for FR1 and 100MHz with FR2.
R1-2304005 Feature Lead Summary #2 for Positioning for RedCap Ues Moderator (Ericsson)
R1-2304006 Feature Lead Summary #3 for Positioning for RedCap Ues Moderator (Ericsson)
From April 21st GTW session
Agreement
For RedCap UEs, SRS for positioning Tx frequency hopping is configured within one SRS for positioning resource.
Agreement
For DL Rx hopping or UL Tx hopping, support the UE or gNB to report the following:
· A single measurement based on receiving multiple hops of the DL PRS or UL SRS for positioning
· One [or more] measurements where each measurement is associated with one received hop
· FFS: indication of how many received hops / which received hops where used in the measurement report.
· Note: no new measurement definition is introduced in RAN1
· FFS: conditions when the above measurements are reported, and whether the above measurements can be reported together
R1-2304007 Feature Lead Summary #4 for Positioning for RedCap Ues Moderator (Ericsson)
From April 26th GTW session
Agreement
For UL SRS Tx hopping, the frequency hopping pattern is configured with overlapping or non-overlapping hops.
Agreement
For RedCap UEs positioning transmitting the UL SRS with frequency hopping, regarding the collisions between other UL and DL signals/channels and the UL SRS with frequency hopping, study whether to support one or both of the following options, according to UE capabilities:
Final summary in R1-2304253.